后端技术资料最容易变成一个巨大目录：Java、Spring、JVM、MySQL、Redis、Dubbo、Netty、认证、测试、部署全在一起。刚整理时看着完整，真正排障或复习时反而找不到入口。
更好用的方式是按问题场景拆入口。你不是为了收藏“Java 知识点”，而是为了在遇到对象模型、并发、构建、性能、网络、事务、认证这些问题时，能马上知道先看哪篇。
主入口只做导航
主 README 不应该塞太多正文。它的职责是把主题分组，让人从问题进入资料。比如：
- Java 语言机制、集合、日期时间放一组。
- 线程、锁、线程池、异步和 ThreadLocal 放一组。
- Maven、Tomcat、MyBatis、测试运行和 JAR 启动放工程实践。
- Spring 容器、MVC、事务、AOP 和 Boot 启动机制单独分层。
- JVM、GC、类加载和性能验证放性能入口。
这样读者不需要记文件名，只需要知道自己现在卡在哪类问题。
深度内容再拆专题
一个专题文件也不要无限膨胀。并发入口可以继续拆成基础与锁、线程池异步、并发工具与排障；Spring 入口可以继续拆成容器注入、MVC 事务、AOP 启动。
拆分的标准不是“字数到了就切”，而是读者查找路径变清楚了没有。能独立解决一类问题，就值得单独成篇；只是零散链接，就留在入口或待整理区。
维护规则比目录更重要
整理过一次还不够，后续新增资料要有归属规则。认证授权统一放认证专题，Python 工具和爬虫从 Python 入口进入，性能验证放 JMH 或 JVM 专题，不要今天想起一个点就随手新建文件。
后端笔记真正的价值，不是看起来覆盖了所有技术，而是出问题时能缩短定位时间。按场景做入口，资料才会从“收藏夹”变成“工具箱”。
正文完
