链表类
1.回文链表 使用快慢指针找到链表中点，然后把后半段链表进行反转，最终将前后两段链表进行逐个比较 2.环形链表 使用快慢指针，如果链表有环，快指…
文章归档
一套能长期维护的技术博客，不该只有时间线。
这里把文章按分类、主题与时间收拢起来，方便后续持续写，也方便之后回头找。
8 已发布文章
5 主分类
2026年6月11日 最近更新
架构与系统
1 篇文章
围绕服务边界、系统拆分、技术取舍和真实运行结构展开。
最近更新：AI Postman 的服务拆分，为什么前后端和 Worker 要分开跑部署与运维
2 篇文章
记录上线、迁移、入口治理、证书与服务器侧的长期维护问题。
最近更新：把博客和项目放在一台机器上之后，我为什么先选路径式部署构建与发布
1 篇文章
关注构建链路、发布流程、事实来源和可重复交付。
最近更新：从线上手改到可重复发布，我先补的不是 CI，而是事实来源产品与体验
2 篇文章
讨论主站结构、页面判断、产品边界和用户进入方式。
最近更新：技术博客首页，先回答“你是谁”，再回答“点哪里”写作与方法
2 篇文章
整理博客系统、内容组织和长期写作的工作流。
最近更新：链表类高频主题
标签继续保留，但退回到“辅助检索”的位置。
2026
8 篇对个人技术博客来说，Obsidian 更适合做写作界面，不适合直接当发布系统
Obsidian 很适合承接草稿、资料和写作节奏，但真正上线前，内容仍然应该进入一个受控的站点工程，而不是直接把笔记仓当 CMS。
技术博客首页，先回答“你是谁”，再回答“点哪里”
首页如果一上来就把导航、入口和卡片堆满，读者看到的是功能堆栈，不是作者判断。真正有效的首页先建立身份，再交出路径。
把博客和项目放在一台机器上之后，我为什么先选路径式部署
子域名当然更干净，但在当前这台机器和这套历史包袱里，先把入口按路径切开，才是最稳的收口方式。
从线上手改到可重复发布，我先补的不是 CI，而是事实来源
当项目已经长期直接在生产环境里修改，最先要补的不是花哨流程，而是一条能让你重新说清“现在到底跑着什么”的事实链路。
重建主站，不再把生产项目直接顶在根域名
把个人域名从单一项目入口改造成技术博客主站，同时为长期写作、项目归档和后续部署留出结构。
AI Postman 的服务拆分，为什么前后端和 Worker 要分开跑
记录 AI Postman 当前服务拆分背后的取舍，包括静态前端、Java API、Python 服务和后续运维上的问题。
没有仓库、直接上线，后面会在哪里补课
直接在生产环境里部署项目的代价，往往不是当天出问题，而是几周后你已经分不清线上到底跑着哪一版。