小口慢吃。记得吹一吹，不然烫嘴

业务优先，然后一点点改吧，没其他办法

理解功能吧，看逻辑是不可能了

吃屎啦你 XD

封装

工业上位机领域的代码屎山多很正常, 很多时候要出差到甲方工厂根据现场调试代码, 大部分时候都工期很急, 基本都是想到啥就写啥.
建议:
1. 找个代码架构视觉化工具, 比如 understand, 如果你是.Net 的话, VisualStudio 也有个生成代码视觉树的功能, 把各个模块之间的关系理清楚, 一开始不要死抠细节
2. 模块间关系搞清楚之后, 再尝试理解模块的运行逻辑
3. 一个个模块合并到 baseline 项目中, 有条调机测试的话就调机测试

让 ai 线帮你加一遍注释

有 AI 都不一定可行，有个几年前的加密库用了十几年前的另一个库，全网只有它这唯一实现，虽然开源，几乎没几行注释，后者连测试都没有，现在第一个库都没怎么看懂逻辑，由于代码冗长，AI 很难起比较大的作用，copilot 乱说，我从 ChatGPT 刚开始就在使用，有一定 prompt engineering 积累，但实在搞不定，加上不是太重要，已经搁置等死

吃透不太可能，我一直坚持的理念就是屎山不是一个人写出来的，是多人合作的情况下才会出现的，所以只要是多人合作，那必须就有信息不对称的情况，没有一个人可以通晓全部，哪怕是原作者也不行，因为原作者都只是其中一部分功能或者一部分时期的开发者。
但是通晓一部分功能点是可以做到的，无非就是硬啃呗

时间 重构，靠这个读透了一份屎山代码