VSCode默认自动换行不强制按列截断，仅on模式按单词边界（空格、连字符等）折行；要实现空格也参与换行控制，必须启用bounded模式并配合editor.wordWrapColumn（如120），此时按字符位置强制截断，但可能劈开单词。
VSCode 的默认自动换行（editor.wordWrap）只按“单词边界”折行，空格本身不触发换行，而是作为分隔符——所以一长串无空格的文本（如 base64、哈希值、十六进制串）会撑开编辑器，而含大量空格的行反而可能在空格处断开，但空格并不“计入”换行宽度计算。
为什么空格不参与换行计算？
因为 editor.wordWrap: "on" 本质是“按单词软折行”，它依赖 Unicode 分词规则，在空格、连字符、斜杠等位置尝试断行；空格只是断点候选，不是宽度计量单位。换行宽度只看字符数（非像素），但空格和字母一样占 1 列，**不额外加权或抑制**——问题不在空格是否被“计数”，而在于 VSCode 不提供“强制每 N 列截断（无视语义）”的原生模式。
想让空格也“算作换行依据”，实际要的是 bounded 模式
只有 editor.wordWrap: "bounded" 会在视口宽度（或 editor.wordWrapColumn 设定值）处**强制按字符位置截断**，此时空格和其他字符完全平等：第 120 列无论是什么字符（包括空格），都会换行。
- 启用方式：设置里搜
word wrap→ 选bounded - 配合
editor.wordWrapColumn（比如设为120）可脱离窗口宽度，实现稳定列数控制 - 注意：
bounded可能把user_name截成user_和name，这是代价
正则替换时，空格参与换行是另一回事
如果你是在做文本清洗或格式转换（比如把空格替换成 \n），那空格就是明确的匹配目标，和自动换行无关：
- 打开替换面板（
Ctrl+H），勾选.*（正则模式） - 查找：
[ \t]+ - 替换：
\n（确保正则开启，否则\n是字面量） - 若要保留原始空格语义（比如只换行不删空格），替换为
\n后需手动清理多余空白
真正容易被忽略的是：自动换行是显示层行为，不影响文件内容；而正则替换是修改文本本身。两者目的不同，别混用——你要的是视觉上“空格也卡住换行”，就用 bounded；你要的是“把空格变成换行符”，就用正则替换。
