为什么喜欢隔这吃屎呢？都定屎山了，要么搅乱，要么别管，让后你自己拉坨新的，你为什么要去研究怎么吃透.......

用 vs 开发的话,可以用 vs 自带的分析工具先分析一下.

借助 AI 吧，最近都在吹 cursor ，你要么装一个试试

别想着一口气吃透了 写一块看一块 慢慢打补丁吧

只能借助 AI ，一个函数一个函数拆解了。让 AI 给你写注释，然后你快速看一下，大概那些功能在那些函数里面。
你如果要新增功能的话，单独开新的问题，单独写。

如果能知道代码的功能，比如有配套测试的话，干脆让 AI 重构一下

吃不透的，用 AI 看一下，能用的就用，不能用的就重新写

写测试用例，花时间，一点点重构

先尝试看看几个重要功能测试正常不，看那块大概逻辑和产品文档一致，看不下去那块代码就整个重构得了

如果是我的话我不会从代码入手，而是从业务入手。两个原因：

1. 旧代码中指不定存在一些不管你水平如何都要加个 if 的那种被迫垃圾的代码，而且有些情况不是很好判断具体是水平问题还是业务要求，别一不小心 “优化” 掉了。
2. 代码本来就服务于业务，更好的了解业务才能明白整个代码，而且即便代码看不下去想要从写也能有的放矢。尤其是对于整体代码逻辑的构建（代码框架）。