三万五千行代码需要看多久

一星期吧

@cvbnt 你这不得两年半？

先熟悉业务和代码功能，功能搞清之后，根据功能去找对应的代码块，试着调试和微改，搞清代码的主要逻辑。
拎出重要功能和对应代码，重点看，一些边边角角的东西可以不看

看逻辑流程图就行了，不需要调整内容犯不着去翻阅代码

先看架构。

@panlatent #2 你撤回, 把这句话给一楼! 配合头像, 哎唷 你干嘛, 我肚子笑痛了

这不光取决于代码，还取决于：
1 、有文档么？包括但不限于（概要设计、类表结构说明、详细设计）
2 、有注释么？
3 、能跑么？
4 、你看代码的目的是什么？

如果目的只是了解业务，那么在文档、注释、运行都齐备的情况下，两三天基本上就能搞定。
否则无上限。

一个星期吧，然后就会发现是坨屎完全没有继续看的欲望

别说那么多没用的， 3 天之内搞不定换人。

'大量的都是不同的执行逻辑' 这你可惨了，逻辑就慢慢去捋吧，万一代码经历的人多，一个人一个写法习惯就更难看了。
我的建议先看下 git 提交记录，先看最初最少的代码，再看一些有意义的 commit ，看看啥需求，是怎么加的代码。

看调用链，熟悉主流程，次要流程留个印象，知道有这么个东西就行

取决于你的目的还有是否有在线环境测试。
只以下观点仅凭个人经验和知识能力得出。
先说无环境 就硬看，只是为了知道个大概，看看目录结构，定位一下业务核心逻辑块，定位一下路由部分，各种模型定义操作，各种自定义函数，跳过跳过，13 天吧。
如果是要熟知业务流程，各模型定义函数定义还有数据流向变化，可能得一周。
如果要能上手修改或者新增功能，模块，尽可能不会出现重复定义已有功能模块函数，那 12 周。
如果是为了挖掘安全漏洞，所有业务逻辑全跳过，直接定位危险函数模块，反向追踪数据流向看是否存在人为控制的可能，中低危漏洞比如 xss ，ssrf 之类的直接跳过不找，13 天，如果算上找逻辑性漏洞，比如调用外部程序或者有并发性场景数据污染这些 12 周。
以上时间在有环境测试的情况下 时间至少缩短一半。

用 chatgpt 看，每天喂他 3000 行

看主流程，不要看细枝末节的实现。
看业务复杂度，简单点的可能两三天就能看完主流程。

一天 2000 行

摸鱼不看 啥时候有需求现看 改哪看哪

5 分钟

java 代码。。。看 getter setter 吗？