Just My Code 是 Visual Studio 默认启用的调试模式，仅在用户自有源码（含 PDB 和匹配源路径）中调试，跳过系统/NuGet/运行时代码；需确保 DebugType 为 portable/embedded 且符号可用，否则断点失效。
什么是 Just My Code 调试模式
Just My Code 是 Visual Studio 的调试功能，它默认只在你自己的源码（.cs 文件）中设置断点、单步执行和显示调用堆栈，跳过系统库、NuGet 包、.NET 运行时等外部代码。它不是“过滤掉所有非项目代码”，而是基于符号文件（.pdb）、源码路径和调试器策略综合判断的——比如 System.String.IsNullOrEmpty 就永远进不去，但你自己写的 MyHelper.ProcessData 只要有 PDB 和源码就能进。
如何启用或禁用 Just My Code
该选项在 Visual Studio 中是全局开关，影响所有 C# 项目：
- 打开 工具 → 选项 → 调试 → 常规
- 勾选或取消勾选 启用“仅我的代码”（
Enable Just My Code） - 关闭并重启调试会话才能生效（已启动的调试进程不会动态切换）
注意：即使勾选了，如果项目未生成调试符号（DebugType 不是 portable 或 embedded），或者 PDB 找不到对应源码路径，调试器仍可能跳过你的代码——所以它依赖编译配置，不只是开关本身。
为什么断点灰了／进不去自己的方法
常见原因不是 Just My Code 关闭了，而是调试信息缺失或不匹配：
-
DebugType被设为none（常见于发布配置或手动修改了.csproj） - 项目引用的是 Release 版 NuGet 包，且包内没带
.pdb或源码链接（SourceLink） - 代码被内联（
[MethodImpl(MethodImplOptions.AggressiveInlining)]），调试器无法在该方法停住 - 使用了 AOT 编译（如 .NET 8+ 的
NativeAOT），此时Just My Code逻辑不适用，调试能力大幅受限
验证方式：在断点处右键 → “断点属性”，看状态栏是否提示 “将不会命中断点。没有为此文档加载符号。”
调试第三方代码时怎么临时绕过 Just My Code
不需要关掉整个 Just My Code，更安全的做法是：
- 在调用栈窗口（
Ctrl+Alt+C）中，右键任意帧 → “转到反编译源”（需启用Enable .NET Framework source stepping） - 对想调试的第三方方法，手动加载符号：调试 → 窗口 → 模块（
Ctrl+Alt+U），找到对应 DLL，右键 → “加载符号” - 若该库开源且你有本地源码，可在
调试 → 符号设置中添加其.pdb路径，再勾选“总是从这些位置加载符号”
Just My Code 是启发式机制，不是硬隔离；它尊重符号存在性、源码可访问性和调试器策略优先级——最常被忽略的是：你改了 .csproj 的 DebugType 却忘了清理 bin/obj，导致旧 PDB 残留干扰判断。
