是的，行号仍按原样显示，且必须如此；editor.wordwrap仅影响渲染层，不改变文档模型，行号始终对应源文件的逻辑行，不随自动换行产生的物理行变化。
VSCode 自动换行开启后，行号只对应逻辑行（即文件里的真实行），不随换行产生的物理行变化——这是设计如此，不是 bug，也不支持“为每行折行显示独立编号”。
editor.wordWrap 开启后行号还按原样显示吗？
是的，且必须如此。行号反映的是源文件的逻辑结构：第 5 行就是第 5 行，哪怕它被自动换成了 3 屏显示，左侧依然只标一个 5。
-
editor.wordWrap仅影响渲染层，不改变文档模型——VSCode 内部仍把整行视为一个TextLine对象 - 所有跳转命令（如
Ctrl+G输入5）、调试断点、Git blame、goto definition都基于逻辑行号工作 - 如果折行后左侧出现多个数字，反而会导致光标定位错乱、快捷键失效等不可控问题
为什么右键 Toggle Line Numbers 不生效或看起来“没反应”？
因为这个操作只控制行号的显隐，和换行无关；但如果你同时开了 editor.wordWrap: "on" 又关了行号，就容易误以为“换行导致行号消失”。
- 确认是否真关了：右键编辑器左侧空白区 → 检查
Toggle Line Numbers是否已勾选 - 检查配置优先级：工作区
.vscode/settings.json中若写了"editor.lineNumbers": "off"，会盖掉用户设置 -
editor.lineNumbers值写成true或"true"会被静默忽略——只认"on"/"off"/"relative"/"interval"
想在长行里快速定位某段文字，没行号怎么办？
靠光标位置和编辑器辅助功能，而不是指望折出行号。
- 开启
editor.renderWhitespace: "all"，换行处会显示↵符号，帮你识别折行点 - 用
Ctrl+F搜索关键词，匹配高亮会跨折行定位 - 临时禁用换行：
Ctrl+Shift+P→ 输入Toggle Word Wrap，快速切回单行模式看上下文 - 对超长日志/JSON/SQL，用专用视图更合适：右键 →
Open in Editor (Readonly)或粘贴到JSON Viewer插件中
真正容易被忽略的是：行号与换行属于两个正交系统——一个管“这是第几行”，一个管“这行怎么显示”。强行让它们耦合，只会破坏 VSCode 的底层文本模型一致性。
