- 博客(47)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 UUIDv7 详解：Java 终于有了时间有序 UUID，能否替代 Snowflake？
UUIDv7 由 RFC 9562 标准化，结合时间戳与随机性，实现按生成时间有序的分布式 ID。Java 26 原生支持 UUID.ofEpochMillis()，但不保证同毫秒内单调递增。通过 uuid-creator 等库可在旧版本 Java 中实现单调性。适用于需写入局部性的数据库索引，如 MySQL、Apache Doris，但非跨节点全局有序。
2026-10-27 11:50:38
170
原创 当一个「超级用户」拖垮了整个系统：用 Google 搜索的思想破解数据倾斜与队头阻塞
摘要 本文剖析了分布式系统中数据倾斜与队头阻塞两大核心问题。当一个"超级用户"的千万级数据任务进入队列时，系统出现CPU利用率低但请求积压的反直觉现象，根源在于粗粒度任务分配与FIFO调度的组合缺陷。作者借鉴Google搜索的三大架构思想：Scatter-Gather并行化、Tail at Scale斩断长尾、预计算机制，提出了五级解决方案：1）任务分块并行计算；2）快慢车道隔离；3）Lambda架构预计算；4）工作窃取调度；5）动态负载均衡。这些方法从应急处理到架构根治层层递进，尤其强调将"全量实时计算"
2026-08-03 12:23:01
124
原创 ClickHouse 到 Apache Doris 数据同步：三种实战方案全解析
本文总结了ClickHouse数据同步到Apache Doris的三种实战方案：1) 上游Kafka双流分发（推荐方案），通过Routine Load实现秒级同步；2) CK内部流转推Kafka，利用物化视图和Kafka引擎表实现近实时同步；3) 计算引擎定时轮询，适合离线或低实时性场景。方案一解耦性最佳，方案三改造成本最低，方案二需谨慎使用。选择时需权衡实时性、改造成本和运维复杂度，新业务推荐采用方案一，现有系统可考虑方案三作为过渡方案。
2026-07-28 10:55:20
208
原创 告别 ClickHouse？Apache Doris 在用户行为分析（UBA）场景下的完美平替与性能突围
本文对比了ClickHouse与Apache Doris在用户行为分析(UBA)场景下的性能表现，分享了从ClickHouse迁移至Doris 1.2+版本的实战经验。Doris凭借原生RoaringBitmap能力，在无时序行为分析和重叠分析场景实现了性能突破，同时在时序漏斗分析、路径分析等核心场景保持语法兼容。文章详细介绍了五大分析场景的迁移方案，包括代码示例对比，并提供了建模优化建议（排序键、聚合表、分区分桶策略）。结果表明，Doris不仅实现平滑迁移，还在人群圈选等复杂运算中显著提升性能，同时提供更
2026-07-27 15:39:15
158
原创 基于 Apache Doris 构建小额信贷 App 实时用户标签体系：从画像到风控的落地实践
基于 Apache Doris 的小额信贷实时用户标签体系实践 本文介绍了一套基于 Apache Doris 构建的小额信贷 App 实时用户标签体系设计方案，涵盖从用户画像到风控决策的全链路实践。文章分析了小额信贷业务对实时标签的四大需求特点，将标签体系划分为用户基础标签、App行为标签、实时风控标签和贷中贷后标签四类，并给出了统一的数据架构方案。核心提出两种实现路径：对于运营和画像场景推荐 Kafka + Doris Routine Load 的准实时方案；对于实时风控场景建议引入 Flink 进行流式
2026-07-24 09:48:02
250
原创 实战指南：基于 Apache Doris 构建实时用户标签系统的架构演进与落地
**目标**：当单用户标签查询 QPS 破万，且延迟要求 < 10ms 时，引入 Redis 承接在线推荐、广告和风控的读取压力，Doris 退居幕后做事实库和分析引擎。核心原则是：**让专业的组件做专业的事**。* **历史标签表**：记录标签的变更流水（`old_value`, `new_value`, `event_id`）。1. **Kafka 必须可重放**：事件必须带 `event_id`（幂等）、`event_time`（处理乱序）和 `schema_version`。
2026-07-21 09:30:00
269
原创 为什么去掉依赖注入后，你的代码感觉“怪怪的“？
摘要：依赖注入框架移除后的隐性代价 当开发者移除DI框架时，实际失去的远不止一个工具，而是一整套架构纪律。DI框架强制实施的四大原则（单一职责、开闭原则、依赖倒置、接口隔离）被破坏后，代码会出现以下问题： 架构清晰性崩溃：依赖关系从显式契约变为隐式实现，大幅增加认知负担 单一职责破裂：类开始承担多种职责（业务逻辑+基础设施初始化+配置） 可测试性恶化：单元测试被迫转为集成测试，执行速度慢且存在副作用 修改成本激增：变更涉及多个文件修改，违反开闭原则 扩展性受限：硬编码依赖导致无法灵活替换实现 这些变化导致代
2026-07-09 14:56:30
219
原创 实时 ETL 选型：为什么 Python 写实时管道总不如 Java/Go 稳？
本文深入分析了Python在实时ETL场景中不如Java/Go稳定的主要原因。首先从并发模型角度，指出Python的GIL会导致Transform阶段阻塞Consumer线程，造成消费延迟抖动，而Java的多线程能真正并行执行。其次是内存管理问题，Python的引用计数+分代GC机制在常驻进程中容易导致环形引用内存泄漏和GC停顿毛刺。最后讨论了进程生命周期管理问题，Python的信号处理机制可能无法保证关键状态(如Kafka offset)的正确保存。文章提出了Python的补偿方案，如采用多进程、主动管理
2026-07-08 16:15:42
251
原创 技术探讨：使用 stunnel 加密转发数据库连接时，如何获取客户端真实 IP？
文章摘要： 本文探讨了使用stunnel加密转发数据库连接时无法获取客户端真实IP的问题。分析指出，stunnel作为TCP代理会建立两段独立连接，导致数据库只能看到代理服务器IP。文章澄清了PROXY Protocol在stunnel中不生效的原因（缺少客户端发送功能），并提供了三种企业级解决方案：1）改用支持PROXY Protocol的代理（如HAProxy/Nginx）；2）应用层代码记录真实IP；3）复杂的网络层透明代理（不推荐）。最后建议根据业务需求选择方案，强调理解底层协议原理对架构设计的重要
2026-07-02 18:33:20
390
原创 别再用定时轮询了！如何从零构建高性能实时 ETL 系统
本文探讨如何构建高性能实时ETL系统，提出三大核心策略：1）采用Kappa流式架构，通过CDC技术实现无损数据采集，利用内存流处理引擎完成转换；2）全链路性能优化，包括零拷贝采集、异步I/O转换、微批聚合和分区对齐写入；3）确保稳定性，通过幂等写入实现Exactly-Once语义，并管理有状态计算的TTL。推荐技术组合为Flink CDC+Kafka+Flink+ClickHouse，强调将同步操作异步化、单条处理批量化的设计理念，实现高吞吐、低延迟的数据处理能力。
2026-05-26 16:38:04
367
原创 如何提升canal吞吐量
本文针对Canal吞吐量优化提出具体建议：1）增大内存缓冲区（如32768）并确保JVM内存足够；2）调整批量处理参数，建议batch.size提升至2048；3）优化Kafka发送端配置，包括压缩类型、批量大小等；4）开启并行解析提升处理效率；5）调优JVM参数，推荐4G以上堆内存并使用G1收集器；6）检查网络和磁盘IO性能。最后强调需同步优化下游Kafka消费者处理能力，避免产生积压。优化后需通过监控指标验证效果。
2026-05-12 18:19:16
364
原创 `screen` 是一个非常实用的终端复用工具
摘要：本文介绍了终端复用工具screen的常用操作命令，包括创建会话（screen -S）、窗口内快捷键操作（Ctrl+a组合键）、会话恢复管理（screen -r）和删除会话等方法。重点说明了最常用的工作流程：创建会话→分离会话→恢复会话→退出会话。文章还提到tmux作为screen的现代化替代方案，支持更先进的功能如分屏。这些命令能帮助用户在断开SSH连接后保持程序后台运行，适合服务器管理等场景使用。（149字）
2026-05-12 17:21:54
80
原创 摆脱“救火式”焦虑：如何用“双轨制”思维解决复杂问题？
摘要：本文提出“双轨制”思维模式解决职场生活中的常见困境。短期轨道聚焦紧急问题止血，长期轨道致力于根本性治理。通过四步实施策略：区分现象与本质、80/20法则分配精力、建立SOP流程、系统性复盘思考。强调避免过度设计陷阱，建议先用最小成本止血再逐步完善系统。这种并行处理方式能建立免疫系统，最终减少突发事件发生频率。核心在于每次解决问题时多思考一步："如何让同类问题不再发生"。（149字）
2026-05-08 09:50:16
261
原创 别急着找答案：如何提出正确的问题？——读《你的灯亮着吗？》有感
摘要： 《你的灯亮着吗？》指出，解决问题前应先学会提问。书中提出四个关键法则：1）定义问题，明确“这是谁的问题”；2）追溯根源，区分症状与本质；3）转换视角，从对立转向合作；4）审视动机，警惕“伪需求”。通过电梯装镜子、隧道标语等案例，揭示许多问题只需重新定义而非强行解决。核心在于：正确的问题比答案更重要，而提问的本质是打破思维惯性——你的“思维警示灯”亮了吗？（149字）
2026-04-03 18:11:34
376
原创 构建“良币驱逐劣币“环境：从博弈论视角看优质市场生态的打造
构建"良币驱逐劣币"的环境不是一蹴而就的过程，需要政府、企业、社会组织的共同努力。关键在于坚持长期主义，相信优质的力量，通过制度设计让优质成为每个人的最优选择。当我们真正实现了这一目标，市场将变得更加健康，社会将更加和谐，每个人都能从中受益。这不是乌托邦式的理想，而是可以通过科学方法和坚定决心实现的现实目标。记住：优质是一种选择，更是一种责任。让我们一起努力，构建一个让优质产品和服务自然胜出的美好世界。
2026-04-01 12:27:27
368
原创 拒绝做“管道维修工”——数据工程师如何构建具备“动态生命力”的数据系统
数据工程师如何构建具备动态生命力的数据系统？本文提出从"静态思维"向"动态思维"转变的方法论。首先建立数据可观测性，通过实时"传感器"监控数据流量、分布和质量；其次利用智能上下文识别异常，结合历史趋势和血缘分析根因；最后实现系统自愈能力，包括弹性计算、动态查询优化和数据熔断隔离。这种感知-识别-解决的闭环系统使数据架构具备生物般的适应能力，让工程师从"管道维修工"升级为真正的数据架构师。
2026-03-04 13:48:19
382
原创 数据平台开发者的“Prompt 魔法”：从架构设计到 SQL 调优的提效指南
摘要：本文为数据平台工程师提供大模型应用提效指南，重点介绍PRO-Context提问框架（角色设定-任务明确-输出规范-技术上下文）和三大典型场景实践：1）SQL优化与迁移，通过错误反馈实现自修复；2）数据流水线设计，支持DAG生成与架构选型；3）后端开发辅助，实现文档自动化与DDD设计。推荐Copilot、Cursor等工具集成，强调提供详细技术上下文（如引擎版本、表结构）可显著提升大模型输出质量，帮助工程师从编码转向系统设计。（149字）
2026-02-27 10:38:04
312
原创 老板问“交易量为啥跌了20%”，别再手撸SQL了！聊聊金融数仓里的“智能归因”
金融数仓中的智能归因：AI如何快速定位指标异常原因？ 当交易量骤降20%时，传统人工排查耗时且低效。智能归因通过AI算法自动分析数据波动，快速定位根因： 总量归因（如交易额下跌）：通过贡献度算法识别关键维度（如地区、渠道），锁定主要责任方。 比率归因（如审批通过率变化）：利用LMDI算法区分模型调整（强度效应）与客群结构变化（结构效应），避免部门扯皮。 该技术将排查时间从30分钟缩短至秒级，实现从被动响应到主动预警的升级，为金融数据分析提供智能化解决方案。
2026-02-25 19:20:43
314
原创 你在造锤子，还是在造房子？——论技术人的“产品思维”觉醒
在教科书里，工具和产品的界限很模糊。工具（Tool）关注的是“我有这种能力”。它是锤子、是锯子、是高并发的Kafka集群、是复杂的分布式算法。它的成功标准是：不报错、性能高。产品（Product）关注的是“我给你结果”。它是桌椅、是房子、是次日早晨8点准时发送到CEO邮箱的PDF简报。解决了问题，并且好用。对于用户（或是你的老板）而言，如果一个东西不能直接解决问题，那它就只是一个成本中心，而不是价值中心。世界不缺好的锯子，缺的是精美的家具。企业也不缺海量的数据和代码，缺的是能辅助决策的洞察。
2026-02-25 10:17:09
635
原创 数据工程到底难在哪？
数据工程远比表面看到的SQL和报表复杂。它面临数据频繁变更（如字段类型突变）、脏数据治理等挑战；处理海量数据时需应对数据倾斜、小文件问题；时间维度上要解决精确一次处理和历史回填难题；技术栈碎片化且兼容性差，工程师需充当"胶水"角色；还需平衡成本、质量和速度。数据工程位于软件工程、分布式系统、DevOps和业务的交叉点，要求工程师具备全面的技术能力和业务理解，本质上是在数字洪流中构建基础设施。
2026-02-12 13:25:29
528
原创 AI 落地实战指南：告别“作诗”，在金融、制造与服务业的混乱中重建秩序
AI 落地实战指南：从混乱到有序的产业转型 2024年，AI正从能力展示转向产业落地，核心指标转向ROI、流程优化和稳定性。中小企业常面临业务无标准流程的挑战，但AI能反向推动数字化。 案例实践： 金融投资：情报聚合Agent自动抓取市场数据并生成结构化简报，减少人工耗时，隐性建立投研流程。 制造业：AI工艺助手记录老师傅经验，为新员工提供参数建议，降低人力依赖，提升业务连续性。 人力资源：招聘Agent自动匹配简历与岗位，统一标准，挖掘沉睡资源，提升效率。 关键策略： 从原子痛点切入，自然规范流程； 重视
2026-02-11 11:46:35
452
原创 轻量级实时数仓架构选型指南
本文探讨了针对300GB数据量、250张表的轻量级实时数仓架构选型方案。针对冷热数据分明的业务场景（10张大表长期保留，200+流水表14天TTL），对比分析了Flink+Fluss与Apache Doris两种方案。重点评估了自动TTL管理、OSS存储整合和实施难度等维度，最终推荐采用Flink CDC 3.0+Apache Doris冷热分层架构。该方案通过Doris的动态分区和冷热分层功能，完美实现数据生命周期管理和成本优化，同时保持较低实施复杂度。文中还提供了详细的配置示例和资源预估，证明该方案在小
2026-02-08 22:13:45
1374
1
原创 AI时代的架构重构：终结「买软件」还是「造软件」的二选一
AI时代重构软件架构：终结"买还是造"的困境 摘要：本文探讨AI如何解决企业软件定制化难题。传统选择要么是购买不贴合的通用软件，要么投入高昂成本定制开发。AI技术通过"三明治架构"实现突破：底层使用通用基础设施，中层AI编排层动态处理业务逻辑，顶层轻量应用快速响应需求。典型案例显示，企业能以10%的成本和1/10的时间，通过AI增强现有系统实现定制化效果。关键在于积累业务数据、开放系统接口，并培养能将业务需求转化为AI提示词的"AI产品经理"。AI
2026-02-06 13:14:50
385
原创 反直觉的数据开发哲学：10 个打破常规的高性能架构模式
在数据规模迈向 PB 级的今天，传统的软件工程“直觉”往往成为系统性能的瓶颈。本文以全栈架构师的视角，深入剖析了数据开发领域 10 个“反直觉”的高性能架构模式。文章涵盖计算性能（如惰性求值、微批处理）、存储架构（如宽表冗余、Schema-on-Read）及治理流程（如 ELT、DataOps）三大维度，结合 Spark、Kafka、ClickHouse 等技术的底层原理（Page Cache、Shuffle、谓词下推），揭示了如何通过“空间换时间”、“最终一致性”等逻辑打破思维定势，构建高吞吐、低延迟且易
2026-01-30 14:44:29
629
原创 AI辅助快速编码时代，程序员的核心竞争力究竟是什么？
AI时代程序员的核心竞争力解析 随着AI编码工具的普及，程序员的核心价值正在从代码编写转向更高维度的能力：1）业务需求抽象与问题定义能力，AI无法替代人类对复杂业务的理解；2）系统架构设计能力，全局把控大型系统；3）沟通协调与跨界协作能力；4）底层原理掌握与复杂问题调试能力；5）驾驭AI工具的能力，将AI转化为生产力放大器；6）持续学习与适应新技术的能力；7）创造业务价值的综合能力。未来优秀的程序员将是"技术+业务+AI应用"的复合型人才，通过人机协作创造实际价值，而非简单的代码生产者。
2026-01-30 10:26:32
657
原创 软件设计的两个极端：过度简化与过度复杂化
软件设计中的平衡之道：避免过度简化与过度复杂化 在软件开发中，设计失衡常表现为两种极端：过度简化（如"上帝类"、意大利面条式代码、硬编码配置）和过度复杂化（如不必要的抽象层、过早优化、设计模式滥用）。过度简化导致代码难以维护和扩展，而过度复杂化则增加了不必要的系统复杂度。理想的软件设计应在这两个极端之间找到平衡点，既保持代码简洁可维护，又具备适度的灵活性和扩展性。开发者需要根据实际需求评估设计决策，避免"为了设计而设计"或"为了快速交付而牺牲质量"
2026-01-20 16:58:29
754
原创 量体裁衣在技术方案中的应用
本文阐述了"量体裁衣"理念在技术方案设计中的应用。通过四个典型案例（电商架构、数据分析系统、移动应用开发和日志监控系统），展示了如何根据业务规模、团队能力和预算约束选择最合适的技术方案。文章提出五大实践原则：避免技术崇拜、考虑团队能力、预留演进空间、成本效益分析和分阶段实施，并提供了数据库、缓存等常见技术选型的决策框架。最后指出了过度设计、经验主义等常见误区及规避方法，强调技术方案应匹配实际需求而非盲目追求先进性。
2026-01-20 15:17:49
1102
原创 微服务设计模式在数据开发领域的应用实践
微服务设计模式在数据开发领域的应用实践 摘要：本文探讨了微服务设计模式在数据架构中的创新应用。通过单一职责原则实现数据域划分和ETL任务拆分，构建清晰边界；采用数据网格架构将数据产品化，各业务域团队自主管理；利用断路器模式实现数据源故障隔离和质量熔断机制。这些实践显著提升了数据系统的灵活性、可维护性和可靠性，为现代数据架构设计提供了新思路。
2026-01-20 14:49:06
1083
原创 拨开迷雾：如何在错综复杂的因果链中锁定“主要原因”
摘要： 在复杂因果链中锁定“主要原因”需多维分析。首先厘清因果类型（直接/间接、内因/外因、根本/表面原因），再通过四个维度综合判断：1. 必然性（内因主导性质变化）；2. 不可替代性（反事实推理，剔除后结果是否改变）；3. 系统能级（顶层架构因素重于局部偶发）；4. 临界触发（在系统不稳定时直接原因可能起关键作用）。实战中可用“五问法”“鱼骨图”等工具，最终答案取决于分析目的——追责侧重直接原因，预防重根本原因，历史解释需结合内外因。核心在于识别决定事物性质、导致必然结果的支配性因素。
2026-01-19 10:48:14
753
原创 深度与广度的博弈：软件与数据架构中“专用”与“通用”路线的终极抉择
在软件与数据架构决策中，技术管理者面临"专用解决方案"与"通用解决方案"的根本抉择。专用方案（如Shopify、Salesforce）提供快速部署但定制受限，适合初创企业验证MVP；通用方案（如自研微服务架构）灵活性高但成本大，适合核心业务差异化竞争。关键决策因素包括：业务是否核心、发展阶段、人才储备和长期成本结构。成熟企业趋向"可组合架构"，将专用方案用于标准化运营，通用方案用于核心竞争力构建。建议初创期优先采用SaaS，成长期开始解耦核心业务，
2026-01-18 17:31:28
750
原创 某些场景自行维护 ECS 比使用托管服务成本更低
摘要： 云托管服务（PaaS/SaaS）收取管理溢价，而自建ECS可通过人力成本和可用性风险换取资源成本降低。适用场景包括：低SLA的非核心数据处理（如日志收集）、开发测试环境（混部降低开销）、内部工具（低频访问）、深度定制需求（特殊插件）、无状态任务（抢占式实例）、单机伪集群（如MinIO）及简单流量转发。核心原则是运维成本低于托管溢价或允许单点故障时，自建更优；但核心数据库、超大规模集群等仍需托管服务保障可靠性。
2026-01-15 14:50:14
582
原创 拒绝“黑盒运维”：如何将散乱脚本进化为企业级监控服务？
摘要： 本文探讨了如何将零散的运维脚本升级为企业级监控服务。传统Crontab+Script模式随着业务发展会变成维护噩梦，表现为硬编码、黑盒化和依赖个人。解决方案在于思维转变：从"写代码"到"做产品"，通过标准化（分离逻辑与配置）、数据化（结构化业务逻辑）和服务化（建立执行日志）三个阶段重构。最终构建包含展现层、调度执行层和报警层的全景监控中台，实现业务方自助配置、历史追溯和分级报警。这种转型不仅提升系统可靠性，更能让工程师从"救火队员"成长为&
2026-01-15 13:42:35
666
原创 LVS 负载均衡核心原理深度剖析：从 NAT 到 DR 模式详解
本文深入剖析了LVS负载均衡的四种核心模式：NAT、TUN、DR和FULLNAT。NAT模式通过IP转换实现负载均衡，适合小规模集群；TUN模式采用IP隧道封装，适用于跨机房场景；DR模式通过修改MAC地址实现高性能负载均衡，是互联网公司首选；FULLNAT模式支持跨VLAN部署但性能稍逊。文章详细分析了各模式的数据包流向、核心原理及优缺点，并提供了选型指南，强调DR模式最适合高并发场景，而FULLNAT适用于复杂网络环境。理解这些原理对架构设计和故障排查至关重要。
2026-01-13 19:10:12
835
1
原创 Canal数据过滤配置技术文档
Canal数据过滤配置技术摘要 Canal是阿里开源的MySQL增量日志解析工具，通过binlog解析实现数据订阅。本文档详细介绍了Canal的数据过滤配置方法，包括： 配置场景：数据范围限制、性能优化和业务隔离 配置位置：instance.properties文件 过滤类型： 表级过滤（正则表达式） 字段级过滤（支持多种数据类型条件） 实践案例：日期、数值、字符串等字段的过滤配置示例 版本兼容：1.0.x支持基础表过滤，1.1.4+支持字段级过滤 优化建议：推荐使用时间戳格式提高效率 （149字）
2026-01-13 14:11:38
541
原创 Python 的“非直接原因”报错
Python开发中常见误导性错误根源分析： 变量作用域陷阱：函数内赋值语句导致变量被误判为局部变量，引发UnboundLocalError 闭包延迟绑定：循环中创建的lambda函数会引用最终循环变量值 可变默认参数：函数默认参数在定义时只评估一次，多次调用共享同一对象 循环导入问题：模块相互导入导致半初始化状态，报错信息不直观 类方法self缺失：实例方法调用时自动传入self参数，定义时遗漏会导致参数不匹配 GIL限制：多线程无法真正并行执行CPU密集型任务 编码问题：Windows默认使用GBK编码，
2026-01-09 14:45:35
690
原创 在 Java 开发及其生态圈中“声东击西”的误导性错误
Java开发中常见的"非直接原因"错误解析：类加载问题（如NoClassDefFoundError实际是静态初始化失败）、框架陷阱（Spring事务失效可能因同类调用绕过代理）、并发问题（OOM可能由元空间动态类过多导致）和序列化异常（NotSerializableException可能因内部类引用）。这些错误往往表象与根源不符，需深入分析JVM机制和框架原理才能准确定位。建议排查时关注底层原因而非表面错误，注意类加载器、代理机制和异常处理等关键环节。
2026-01-09 14:42:29
978
原创 在数据库开发和运维中的“错误信息误导（Red Herring）”
看错误码 (Error Code)：比如1064永远是语法解析层面的问题（包括截断），2006永远是连接层面的问题。怀疑环境：本地能跑线上不能跑？查大小写配置、查防火墙。怀疑数据：SQL 看着没毛病但报错？查特殊字符 (\x00、Emoji)、查保留字。怀疑配置：连接莫名断开？查和timeout。
2026-01-09 14:35:06
578
Flink _ Iceberg 全场景实时数仓的建设实践 - 知乎 (2021_9_15 下午8_42_18).html
2021-09-16
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人