[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"site-info":3,"article-categories":4,"article-9":25,"detail-hot":34,"article-related-9":75},null,{"list":5,"total":23},[6,11,15,19,22],{"id":7,"name":8,"sort":7,"createdAt":9,"updatedAt":9,"articleCount":10},1,"技术笔记","2026-11-12T18:30:42.000Z",16,{"id":12,"name":13,"sort":12,"createdAt":9,"updatedAt":9,"articleCount":14},2,"前端开发",38,{"id":16,"name":17,"sort":16,"createdAt":9,"updatedAt":9,"articleCount":18},3,"后端与架构",53,{"id":20,"name":21,"sort":20,"createdAt":9,"updatedAt":9,"articleCount":7},4,"产品与思考",{"id":23,"name":24,"sort":23,"createdAt":9,"updatedAt":9,"articleCount":12},5,"生活随笔",{"id":26,"title":27,"categoryId":23,"categoryName":24,"isTop":28,"viewCount":29,"createdAt":30,"updatedAt":31,"excerpt":32,"content":33},9,"我为什么开始写博客",false,642,"2026-10-08T18:30:42.000Z","2026-11-14T00:34:45.000Z","写博客这件事，我断断续续尝试过很多次，直到今年才真正坚持下来。 第一个原因：对抗遗忘 调试过的问题，三个月后几乎忘干净。写下来，下次遇到同样的问题，翻一翻自己的笔记就能解决。 第二个原因：逼自己把话说清楚 能把一件事讲明白，说明真的理解了。写作是最诚实的自检方式，模糊的地方在落笔时会立刻暴露。 第三个原因：留下痕迹 工…","\u003Cp>写博客这件事，我断断续续尝试过很多次，直到今年才真正坚持下来。\u003C\u002Fp>\n\u003Ch2>第一个原因：对抗遗忘\u003C\u002Fh2>\n\u003Cp>调试过的问题，三个月后几乎忘干净。写下来，下次遇到同样的问题，翻一翻自己的笔记就能解决。\u003C\u002Fp>\n\u003Ch2>第二个原因：逼自己把话说清楚\u003C\u002Fh2>\n\u003Cp>能把一件事讲明白，说明真的理解了。写作是最诚实的自检方式，模糊的地方在落笔时会立刻暴露。\u003C\u002Fp>\n\u003Ch2>第三个原因：留下痕迹\u003C\u002Fh2>\n\u003Cp>工作里的产出大多属于团队，而博客里的思考属于自己。几年之后回头看，这些文字就是一条清晰的成长轨迹。\u003C\u002Fp>\n\u003Cblockquote>不必追求篇篇精品，先追求持续记录。\u003C\u002Fblockquote>\n\u003Cp>如果你也在犹豫要不要开始，我的建议是：今天就写下第一篇，哪怕只有三百字。\u003C\u002Fp>",{"list":35,"total":73,"page":7,"pageSize":74},[36,43,49,55,61,67],{"id":37,"title":38,"categoryId":16,"categoryName":17,"isTop":28,"viewCount":39,"createdAt":40,"updatedAt":41,"excerpt":42},24,"深入理解 分布式锁实现",1865,"2026-11-02T03:30:42.000Z","2026-11-14T00:34:49.000Z","这是「分布式锁实现」主题下的一篇实践记录：深入理解 分布式锁实现。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，分布式锁实现往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑选方案…",{"id":16,"title":44,"categoryId":12,"categoryName":13,"isTop":28,"viewCount":45,"createdAt":46,"updatedAt":47,"excerpt":48},"前端性能优化：从首屏 3.2s 到 1.1s",1852,"2026-11-07T18:30:42.000Z","2026-11-14T00:34:48.000Z","上个月接手一个后台项目，首屏加载 3.2 秒，用户反馈「点开要等一下」。经过一周优化，稳定在 1.1 秒左右。下面按收益从高到低记录。 1. 先量化，再优化 优化之前必须建立基线。我使用的是 Lighthouse + 真实用户监控两条线：实验室数据看瓶颈，真实数据看用户感受。 2. 拆包与懒加载 路由级代码分割，首屏只…",{"id":50,"title":51,"categoryId":12,"categoryName":13,"isTop":28,"viewCount":52,"createdAt":53,"updatedAt":47,"excerpt":54},37,"微前端拆分方案 实践笔记",1846,"2026-10-22T20:30:42.000Z","这是「微前端拆分方案」主题下的一篇实践记录：微前端拆分方案 实践笔记。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，微前端拆分方案往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑…",{"id":56,"title":57,"categoryId":7,"categoryName":8,"isTop":28,"viewCount":58,"createdAt":59,"updatedAt":41,"excerpt":60},50,"单元测试实践 实践笔记",1826,"2026-10-12T13:30:42.000Z","这是「单元测试实践」主题下的一篇实践记录：单元测试实践 实践笔记。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，单元测试实践往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑选方案…",{"id":62,"title":63,"categoryId":16,"categoryName":17,"isTop":28,"viewCount":64,"createdAt":65,"updatedAt":47,"excerpt":66},63,"接口幂等设计 的十个细节",1805,"2026-10-02T06:30:42.000Z","这是「接口幂等设计」主题下的一篇实践记录：接口幂等设计 的十个细节。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，接口幂等设计往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑选方…",{"id":68,"title":69,"categoryId":12,"categoryName":13,"isTop":28,"viewCount":70,"createdAt":71,"updatedAt":47,"excerpt":72},76,"一次 前端监控体系 的踩坑记录",1787,"2026-09-21T23:30:42.000Z","这是「前端监控体系」主题下的一篇实践记录：一次 前端监控体系 的踩坑记录。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，前端监控体系往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再…",110,6,[76],{"id":77,"title":78,"categoryId":23,"categoryName":24,"isTop":28,"viewCount":79,"createdAt":80,"updatedAt":81,"excerpt":82},10,"写给自己的 2026 年技术学习计划",749,"2026-10-01T18:30:42.000Z","2026-11-14T00:34:47.000Z","去年定的计划完成度大概六成，今年调整思路：少列目标，多做能持续的事。 三个方向 深入一门语言 ：把 JavaScript 的运行时、内存模型彻底搞明白 系统设计 ：每月精读一个真实系统的架构拆解 写作输出 ：每月至少四篇技术笔记，不求长，但要有结论 三个不做 不追新框架的热度，除非能在项目里用上 不收集没读完的课程 不…"]