vs code 通过 editor.rulers 设置显示 80 或 120 列垂直标尺，如 [80] 或 [80, 120]，仅作视觉提示；editor.wordwrapcolumn 控制软换行，不影响实际代码长度；notebook.textlinelimit 仅用于 jupyter 输出截断，与代码行长度无关。
怎么让 VS Code 显示 80 或 120 列的垂直标尺
VS Code 本身不“限制”一行代码长度，它只提供视觉提示——也就是 editor.rulers 设置的垂直标尺线。这是最常用、也最安全的方式，既不影响编辑，又符合 PEP 8（79 字符）、Google Python 风格（80）、或现代前端/Go/Rust 常用的 120 字符惯例。
- 打开设置：按
Ctrl + ,（Windows/Linux）或Cmd + ,（macOS） - 搜索框输入
editor.rulers - 点击右侧“编辑”图标，在输入框填入数组，例如：
[80]或[120]，甚至[80, 120]同时显示两条 - 保存后，编辑器右侧会立刻出现一条（或几条）淡灰色竖线，光标移过去就能直观判断是否超长
注意：editor.rulers 是纯显示功能，不会自动换行、也不影响保存或运行；它只是帮你“看见边界”。
为什么不能靠 wordWrapColumn 控制“一行代码长度”
editor.wordWrapColumn 和 editor.wordWrap 管的是「软换行」——即长行在编辑器里自动折行显示，但它完全不改变实际代码内容，也不提供长度提示。很多人误设这个，结果发现标尺没出来、格式化工具（如 black 或 prettier）依然报错，就是混淆了“显示换行”和“逻辑长度”的区别。
艺帆集团公司企业网站源码基于艺帆企业cms制作，全站div+css 制作；它包含了单页设置、单页分类设置、新闻、产品、下载、在线招聘、在线留言、幻灯管理、友情链接管理和数据库备份等功能。 DIV+CSS布局优势一.精简代码，减少重构难度。网站使用DIV+CSS布局使代码很是精简，相信大多朋友也都略有所闻，css文件可以在网站的任意一个页面进行调用，而若是使用table表格修改部分页面却是显得很麻烦
-
"editor.wordWrap": "wordWrapColumn"只影响视觉排版，对 linter、格式化、CI 检查零作用 - 设了
wordWrapColumn: 80后，你写了一行 200 字符的字符串，它只是“看起来”被折成三行，但实际仍是单行，flake8仍会报E501 line too long - 真正需要的是标尺 + 格式化工具协同：标尺提醒你，格式化工具（如
black --line-length=88）帮你自动切分
notebook.textLineLimit 是什么？别乱动它
你在某些教程里看到的 text line limit，其实是 Jupyter Notebook（.ipynb）专用设置，位于 notebook 分类下。它控制的是 notebook 单元格内**渲染文本的截断长度**（比如日志输出太长时是否折叠），和源码编辑器里的“代码行长度”毫无关系。
- 改它不会让
.py或.js文件出现标尺，也不会影响任何代码检查 - 设得太小（如
35）反而会导致 notebook 输出被无故截断，调试时看不到完整 traceback - 除非你专职写 notebook 且真遇到输出溢出问题，否则不用碰这个配置
行号显示和相对行号要不要开？顺手配一下
虽然和“一行多长”不直接相关，但 editor.lineNumbers 开启后，配合标尺使用体验更好——尤其当你想快速定位某列（比如第 119 字符）在哪一行时，相对行号（relative）能帮你用键盘高效跳转（10k 向上 10 行，5j 向下 5 行）。
- 搜索
editor.lineNumbers，选on（常规）或relative（适合 vim 模式用户） - 快捷键
Ctrl + Shift + P→ 输入 “Toggle Line Numbers” 也能秒开/关 - 别设成
interval：它只在每 N 行标一次（如 1、10、20…），对日常编码基本没用，还容易误判当前行位置
标尺线颜色很淡，如果看不清，可以顺手搜 workbench.colorCustomizations 加一句："editorRuler.foreground": "#ff6b6b" 改成醒目的红色——这点连很多老用户都忽略，调完才发现原来一直没看见线。
