atom的soft wrap与代码折叠是独立功能，需分别配置：soft wrap通过命令面板临时启用或settings→editor勾选全局生效，仅视觉折行；代码折叠依赖语法包，用ctrl+shift+[折叠单块、命令面板执行fold all/unfold all。
Atom 的自动换行（Soft Wrap）和代码折叠是两个独立功能，不能靠同一个开关控制；开启 Soft Wrap 不会自动触发折叠，反之亦然。两者配置位置、生效逻辑、文件类型适配规则完全不同，混用容易失效。
怎么正确开启 Soft Wrap（自动换行）
Soft Wrap 是纯视觉折行，不修改实际文本内容，也不影响 Git diff 或复制粘贴行为。它对 Markdown、HTML、日志等长行文本友好，但对 Python、JS 等缩进敏感语言需谨慎。
- 临时启用：按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Editor: Toggle Soft Wrap回车——仅对当前文件生效，重启后还原 - 全局默认开启：进入
Settings → Editor，勾选Soft Wrap；等效于在 config.cson 中设"editor.softWrap": true - 别点
View → Toggle Soft Wrap：它只切换当前 pane 的显示状态，换文件或重启即丢，不可靠 - 中文换行失效？这是 Atom 旧版已知问题，需装
atomicchar插件补丁，否则中文长句仍横向溢出
为什么 HTML/Markdown 文件特别需要 Soft Wrap
这类文件天然含超长结构，比如嵌套 class 名、URL、Markdown 段落或 JSX 属性列表。不开 Soft Wrap 就得拖着水平滚动条看全貌，编辑时极易漏改属性值或错删闭合标签。
<div class="grid-cols-12 sm:grid-cols-6 md:grid-cols-4 lg:grid-cols-3 xl:grid-cols-2 p-4 border rounded"> 这种一行超 200 字符的 HTML 标签，软换行后缩进对齐更直观<li>Markdown 写文档时段落常超 120 字符，Soft Wrap 后预览效果更接近最终渲染（但注意：它不改变 <code>wrap-guide的位置）- Soft Wrap 不影响语法高亮或语言服务，但会干扰部分插件对“行宽”的判断（如 linter-spell）
- 快捷键折叠单块：光标必须落在可折叠结构内部（如函数体中、
{和}之间），再按Ctrl+Shift+[（Win/Linux）或Cmd+Option+[（macOS） - 全部折叠/展开：用命令面板运行
Editor: Fold All或Editor: Unfold All，不绑定默认快捷键，需手动配keymap.cson - JSX/Vue/TS 折叠失败？检查是否启用了对应语言包：
language-vue、language-babel，原生language-javascript对新语法（可选链、nullish 合并）折叠支持不全 - 折叠后
Ctrl+Click跳转失效是正常现象——折叠区域不参与 AST 解析，必须先展开再操作 -
softWrap在 config.cson 中被 language-specific 规则覆盖时（如"source.python": {"softWrap": false}），全局设置无效，需单独查 scope - 折叠策略（
foldingStrategy）设为indent时，Soft Wrap 可能让缩进视觉失真，误判折叠边界 - 装了
atom-ide-ui或nuclide的用户，务必关掉它们内置的 folding 功能，否则与 Atom 原生折叠冲突，导致光标卡死 - 大文件里频繁折叠 + Soft Wrap 共同启用，会轻微拖慢渲染，尤其搭配正则密集型语法包（如
language-php）
怎么设置代码折叠（非 Soft Wrap）
Atom 折叠依赖语法解析，不是靠缩进自动识别。默认只对有明确起止标记（如 {/}、function 块、#region 注释）的结构生效，且受 language-* 包支持程度限制。
Soft Wrap 和折叠共存时容易被忽略的细节
两者同时开启时，视觉上可能造成混淆：比如一个被折叠的函数块，内部又因 Soft Wrap 多次折行，导致缩进错位、光标定位偏移。这不是 bug，而是 Atom 渲染层叠加的结果。
