写 Markdown 的时候，有没有遇到过这种情况——明明在编辑器里看起来好好的，发到 GitHub 上却发现所有换行都消失了，文字全挤在一行？
这篇文章就来把 Markdown 换行的底层逻辑说清楚，帮你彻底告别"换行消失"的困惑。
首先，搞清楚两个概念：换行 vs. 分段
Markdown 对"换行"和"分段"有明确的区分，这是理解后续所有内容的基础。
分段（Paragraph Break） 通过一个空行来创建，也就是连续按两次回车。在 HTML 中，这会生成独立的 <p>标签，段落之间有明显的间距，视觉上泾渭分明。
换行（Line Break） 则是在同一段落内完成的，效果对应 HTML 中的 <br> 标签，行间距比段落间距小很多。
为什么直接按回车不行？
这是很多人踩的第一个坑。
直接按一次回车，在标准 Markdown 规范中被称为 软换行（Soft Line Break） 。它的作用仅仅是让源代码在编辑时看起来更整洁，解析器在最终渲染时会直接忽略这个换行符——通常把它当作一个普通空格处理，然后把前后两行文字合并到同一段落中。
换句话说，你以为自己换行了，其实没有。
三种实现换行的方法
标准 Markdown 提供了三种方式来实现真正的硬换行：
方法一：行末两个空格 + 回车（推荐）
第一行文字
第二行文字在行末加上至少两个空格，再按回车，解析器就会在此处生成一个 <br> 标签。这是最符合标准规范的方式，兼容性最好，缺点是空格不可见，容易被编辑器自动清除或不小心误删。
方法二：直接使用 HTML 标签
第一行文字<br>
第二行文字效果最为稳定，在所有支持 Markdown 的平台上几乎都有效。不过代码显得比较冗长，会稍微影响源码的阅读体验。
方法三：反斜杠
第一行文字\
第二行文字语义上最直观，比两个隐形空格更容易察觉。但要注意，这属于 非标准扩展语法 ，部分平台（比如 GitHub）并不支持，使用前需要确认目标平台的兼容性。
一个容易被忽略的陷阱：编辑器的"善意欺骗"
如果你平时用 Typora、Obsidian 这类所见即所得的编辑器，可能会发现直接按回车就能完成换行，根本不需要加空格。
这并不是魔法，而是编辑器为了提升体验， 在背后自动帮你处理了换行 。这属于编辑器的扩展行为，并不遵循标准 Markdown 规范。
这里有一个血泪教训值得记住：如果你习惯了编辑器的这种便利，当你把文档迁移到 GitHub、GitLab 或其他遵循标准语法的平台时，会发现 所有换行全部消失 ，文字全部挤在一起——而你可能完全不知道问题出在哪里。
最终建议
优先使用"行末两个空格 + 回车"，或直接用 <br> 标签。
如果你希望文档在任何平台都能稳定显示，不要依赖编辑器的自动处理，养成手动处理换行的习惯，是最稳妥的选择。