<p>在 Visual Studio 中开启 C# 代码编辑器行号显示，需依次打开“工具 > 选项 > 文本编辑器 > C# > 常规”，勾选“行号”复选框；该设置为用户级持久配置，修改后立即生效且无需重启。</p>
Visual Studio 中 C# 代码编辑器如何开启行号显示
默认情况下 Visual Studio 的 C# 编辑器不显示行号，但这是可开关的 UI 设置，不是代码逻辑问题。行号只影响开发时的阅读体验，不影响编译或运行。
操作路径非常直接：打开 工具 > 选项 > 文本编辑器 > C# > 常规，勾选 行号 复选框即可。注意不是在“所有语言”或“基本”节点下设置——C# 有独立配置项，若在“基本”里开了，对 .cs 文件可能不生效（尤其启用了“按语言重载设置”时）。
- 修改后无需重启 VS，当前打开的 C# 文件会立即刷新显示行号
- 该设置是用户级持久化配置，换项目、换解决方案都保持生效
- 如果勾选后仍不显示，检查是否被扩展（如 EditorConfig 插件）覆盖了设置，可临时禁用扩展验证
VS Code 中 C# 行号显示的启用与常见失效原因
VS Code 默认开启行号，但 C# 项目中有时会意外消失，通常和语言模式或扩展冲突有关。
先确认当前文件右下角显示的是 C# 而非 Plain Text 或 MSBuild Project；如果不是，点击它并选择 C#。接着检查设置项：editor.lineNumbers 应为 on（默认值），可在设置搜索栏输入该配置名快速定位。
- 若使用
C# Dev Kit扩展，确保其已启用且未触发“轻量模式”，否则部分编辑器功能（包括行号样式）可能被降级 - 某些主题（如高对比度主题）可能让行号颜色与背景过于接近，看起来像“没显示”，此时需调整
editorLineNumber.foreground主题色 - 工作区设置（
.vscode/settings.json）中若存在"editor.lineNumbers": "off"，会覆盖用户设置，需手动删掉或改为"on"
代码里动态获取当前行号（System.Diagnostics.StackTrace 的实际用途）
有人误以为“显示行号”是指在运行时打印出代码所在行，比如日志中带 #line 信息。这不是编辑器功能，而是通过调试符号和堆栈跟踪实现的。
StackTrace 可读取调用位置的文件名与行号，但前提是编译时生成了 PDB 文件（Debug 模式默认开启，Release 模式需手动勾选 生成调试信息）且未被剥离。
- 简单用法：
new StackTrace().GetFrame(0).GetFileLineNumber()—— 注意索引0是当前帧，生产环境慎用，性能开销明显 - 更轻量的方式是用
[CallerLineNumber]特性，编译器在调用处自动注入整数常量，零运行时成本：void Log(string msg, [CallerLineNumber] int line = 0) - 别依赖
__LINE__这类 C/C++ 宏——C# 没有预处理器行号宏，试图写#line 100只会影响后续错误报告的行号映射，不改变实际执行位置
为什么 Razor / XAML 文件里 C# 代码块不显示行号？
在 .razor 或 .xaml 文件中，C# 代码段（如 @code { ... } 或事件处理函数）的行号由宿主语言编辑器控制，不是纯 C# 编辑器接管的。
例如，在 Razor 文件中，VS 将整个文档视为 Razor 语言，其行号渲染逻辑和纯 .cs 不同——它会显示物理行号，但语法高亮、折叠、导航等行为受限于 Razor 语言服务版本。若发现行号错位或缺失，大概率是 Razor Language Server 未就绪或崩溃（可在输出窗口切换到 Razor Language Server 查看错误）。
- 重启 Razor 服务：命令面板输入
Razor: Restart Razor Language Server - 确保安装了匹配 SDK 版本的
Microsoft.NET.Sdk.Razor，低版本可能不支持新行号渲染协议 - 不要尝试用
#line指令去“修正”Razor 中的行号显示——它只影响编译器错误定位，对编辑器 UI 无效
行号本身是个编辑器表层功能，但它的开关位置、生效范围、跨文件一致性，很容易被不同语言服务、扩展、构建配置悄悄干扰。最常被忽略的是：你以为在调 C# 设置，其实编辑器正在用 Razor 或 MSBuild 规则渲染那块代码。
