[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"site-info":3,"article-categories":4,"articles--5-1":25,"articles-hot":42},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,"生活随笔",{"list":26,"total":12,"page":7,"pageSize":36},[27,35],{"id":28,"title":29,"categoryId":23,"categoryName":24,"isTop":30,"viewCount":31,"createdAt":32,"updatedAt":33,"excerpt":34},9,"我为什么开始写博客",false,641,"2026-10-08T18:30:42.000Z","2026-11-14T00:34:45.000Z","写博客这件事，我断断续续尝试过很多次，直到今年才真正坚持下来。 第一个原因：对抗遗忘 调试过的问题，三个月后几乎忘干净。写下来，下次遇到同样的问题，翻一翻自己的笔记就能解决。 第二个原因：逼自己把话说清楚 能把一件事讲明白，说明真的理解了。写作是最诚实的自检方式，模糊的地方在落笔时会立刻暴露。 第三个原因：留下痕迹 工…",{"id":36,"title":37,"categoryId":23,"categoryName":24,"isTop":30,"viewCount":38,"createdAt":39,"updatedAt":40,"excerpt":41},10,"写给自己的 2026 年技术学习计划",749,"2026-10-01T18:30:42.000Z","2026-11-14T00:34:47.000Z","去年定的计划完成度大概六成，今年调整思路：少列目标，多做能持续的事。 三个方向 深入一门语言 ：把 JavaScript 的运行时、内存模型彻底搞明白 系统设计 ：每月精读一个真实系统的架构拆解 写作输出 ：每月至少四篇技术笔记，不求长，但要有结论 三个不做 不追新框架的热度，除非能在项目里用上 不收集没读完的课程 不…",{"list":43,"total":81,"page":7,"pageSize":82},[44,51,57,63,69,75],{"id":45,"title":46,"categoryId":16,"categoryName":17,"isTop":30,"viewCount":47,"createdAt":48,"updatedAt":49,"excerpt":50},24,"深入理解 分布式锁实现",1865,"2026-11-02T03:30:42.000Z","2026-11-14T00:34:49.000Z","这是「分布式锁实现」主题下的一篇实践记录：深入理解 分布式锁实现。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，分布式锁实现往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑选方案…",{"id":16,"title":52,"categoryId":12,"categoryName":13,"isTop":30,"viewCount":53,"createdAt":54,"updatedAt":55,"excerpt":56},"前端性能优化：从首屏 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":58,"title":59,"categoryId":12,"categoryName":13,"isTop":30,"viewCount":60,"createdAt":61,"updatedAt":55,"excerpt":62},37,"微前端拆分方案 实践笔记",1846,"2026-10-22T20:30:42.000Z","这是「微前端拆分方案」主题下的一篇实践记录：微前端拆分方案 实践笔记。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，微前端拆分方案往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑…",{"id":64,"title":65,"categoryId":7,"categoryName":8,"isTop":30,"viewCount":66,"createdAt":67,"updatedAt":49,"excerpt":68},50,"单元测试实践 实践笔记",1826,"2026-10-12T13:30:42.000Z","这是「单元测试实践」主题下的一篇实践记录：单元测试实践 实践笔记。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，单元测试实践往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑选方案…",{"id":70,"title":71,"categoryId":16,"categoryName":17,"isTop":30,"viewCount":72,"createdAt":73,"updatedAt":55,"excerpt":74},63,"接口幂等设计 的十个细节",1805,"2026-10-02T06:30:42.000Z","这是「接口幂等设计」主题下的一篇实践记录：接口幂等设计 的十个细节。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，接口幂等设计往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再挑选方…",{"id":76,"title":77,"categoryId":12,"categoryName":13,"isTop":30,"viewCount":78,"createdAt":79,"updatedAt":55,"excerpt":80},76,"一次 前端监控体系 的踩坑记录",1787,"2026-09-21T23:30:42.000Z","这是「前端监控体系」主题下的一篇实践记录：一次 前端监控体系 的踩坑记录。内容用于填充示例数据，方便浏览分页、搜索结果与文章详情。 为什么关注这个主题 在真实项目里，前端监控体系往往不是孤立的知识点，而是和性能、稳定性、可维护性纠缠在一起。把它单独拿出来梳理一遍，遇到问题时才有判断依据。 实践要点 先明确目标与边界，再…",110,6]