Alt+F7对第三方库方法无响应是因为IDE依赖源码索引，而仅含字节码的jar包无法生成AST，故搜不到调用；必须附加严格匹配版本的sources.jar或启用反编译临时替代。
Alt+F7 是最直接、最可靠的方式，但对第三方库默认失效——必须先附加源码或启用反编译，否则搜不到任何结果。
为什么 Alt+F7 对 jar 包里的方法没反应
IDEA 的 Find Usages（Alt+F7）本质依赖源码索引。只含字节码的第三方库（如 guava-32.1.3-jre.jar）没有可解析的 AST，IDE 就不会把项目中对 ImmutableList.of() 的调用纳入搜索范围。
- 现象：光标停在
Lists.newArrayList()上按 Alt+F7，弹出 “No usages found” 或直接无响应 - 不是配置问题，是机制限制：即使该方法在你代码里被调用了 20 次，只要没 source jar，就不可见
- JDK 自带源码通常已内置，所以
String.valueOf()这类能搜到；但 Spring Boot、OkHttp 等需手动补全
给第三方库加 source jar 的实操步骤
这是官方推荐、兼容性最好、效果最稳的方案。Maven/Gradle 项目基本能自动拉取，失败时手动补救即可：
- 打开
File → Project Structure → Libraries，找到目标 jar（比如okhttp-4.12.0.jar） - 展开它，选中
okhttp-4.12.0.jar这一行（不是下面的 classes 或 javadoc） - 点右侧
+ → Attach Sources…，定位并选中okhttp-4.12.0-sources.jar - 确认后等待右下角提示 “Indexing completed”，再试
Alt+F7就能精准定位所有调用位置
注意：sources.jar 必须版本严格匹配。下载地址通常为 https://repo1.maven.org/maven2/com/squareup/okhttp/okhttp/4.12.0/okhttp-4.12.0-sources.jar —— 别用错版本号。
Ctrl+Alt+H 和 Alt+F7 到底该用哪个
两者目的接近，但结构和用途差异明显，不能互相替代：
-
Alt+F7：返回“谁用了我”，结果按文件/类/行组织，适合快速跳转到具体调用点，支持Scope过滤（如只看 test 包） -
Ctrl+Alt+H：返回“我是怎么被调进来的”，呈现调用链路树（A→B→C→目标方法），适合分析入口逻辑或排查深层间接调用 - 若目标方法被重载或实现接口，
Alt+F7对话框里务必勾选Search base method usages，否则只查当前签名，漏掉父类或接口中的调用
没 source jar 时的临时替代方案
闭源 SDK 或老版本库常不提供 sources.jar，此时只能退而求其次：
- 启用 IDEA 内置反编译视图：点击
Ctrl+Click进入方法后，右键 →Decompile，再右键 →Find Usages in This File（仅限当前反编译出的单个类） - 用
Search Everywhere (Shift+Shift)→ 切换到Symbol模式，输入方法名模糊匹配——可能命中部分调用，但无上下文、不精确 - 避免使用老旧插件如
Decompile and Attach：截至 IDEA 2023.3+ 已失联，强行安装可能导致索引异常或卡死
真正棘手的是 ProGuard/R8 混淆后的 SDK：反编译出的类名是 a.b.c，方法是 a()，此时 Find Usages 失效是必然的，只能靠日志、断点或原始文档反推调用路径。
