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