本页内容
导出后逐行比较，别把自动折行当作原换行
- 保留原MD，标记代码行数、空行位置和缩进。本例是十行代码，第6行空白，另有一条110字符长行。
- 打开Markdown编辑器，粘贴源码并查看预览。本例关闭AI公式补全，代码高亮保持原设置；网页右侧预览截图只显示部分代码，不作为完整成品证明。
- 选择Word导出并取得实际DOCX。本例粘贴一次、导出一次，没有上传文件、OCR或翻译。
- 在交付软件中按原MD逐行核对：原始换行与空行、行首空格、长行首尾、引号和反斜杠分别检查。不要只数页面显示了几行。
- 发现行边界丢失时，先停止把这一下载件当作准确源码交付，保留原生下载与原MD，在自己的副本中按源文整理，再验收目标软件。本例没有制作修正版或执行代码。
本页输入是已有Markdown源码，无需OCR。保留原MD或代码文件作为逐行对照，Word可读外观不代表程序可直接运行。
十行代码变成一段：字符保留与换行保留分别看
2026年10月19日，一份自编Markdown实际粘贴到编辑器并导出Word各一次。原代码块有十行与一处空行；实际DOCX中的代码是一个连续片段，恰好等于把十行原文去掉行间换行后直接拼接。随后用Word for Mac查看，代码按页宽自动折行，原十行、空行及逐行缩进布局没有保留。
| 检查项 | 原Markdown | 本例实际Word |
|---|---|---|
| 行边界与空行 | 十行代码、九个行间换行，第6行为空行 | 一个379字符片段，九处原行边界未保留 |
| 缩进 | 按原行使用0、4、8空格 | 空格作为连续文字的一部分仍在，但逐行缩进外观未保留 |
| 长行 | 第9行含110个ASCII字符，首尾标记明确 | 长行文字包含在连续片段中；页面自动折行不是原换行 |
| 引号与反斜杠 | 两处反斜杠、ASCII引号与O0_00字符串 | 这些文字保留，但不据此称代码可运行 |
原MD中的十行代码（未执行）
def describe_card(label):
# Fictional strings only; no file access.
path = r'Cards\draft\O0_00.txt'
quote = "A17 says: 'B29'"
tokens = ["O0", "00"]
if label == tokens[0]:
return {"path": path, "note": quote}
# START_L73 ABCDEFGHIJKLMNOPQRSTUVWXYZ_abcdefghijklmnopqrstuvwxyz_0123456789_abcdefghijklmnopqrstu END_R91
return {"path": path, "note": label}- 实际DOCX为13,091字节。十行代码去掉九个行间换行后，379字符拼接串与实际单个代码片段逐字符相同；这项相同不包含行结构。
- 原第6行空行与九处行边界没有进入该代码片段。Word画面中的多行是连续段落按页宽自动折行，不能当作原十行保留。
- 两处反斜杠、14个双引号和4个单引号等字符保留，110字符长行首尾也在；文字完整仍不能替代行边界、缩进和程序语义核对。
- Word for Mac 16.94打开为一页兼容模式，代码、行内代码和文末标记可见。只做显示观察，没有编辑、保存、重开、复制回源码或程序执行；WPS及其他Word版本未测。
仅此自编Markdown与一次原生Word导出，原始MD与DOCX分别提供，没有制作修正版。两图为真实编辑器及Word界面的内容局部；右侧网页预览没有完整显示代码。代码字符、原始行结构、自动折行和实际运行是不同验收项，不把这一负例推广为任意代码块的结果。
先了解这几件事
Markdown代码块转Word后，先区分原始换行和页面自动折行。本例十行代码含一处空行，实际DOCX把它们连成一个379字符片段，九处原行边界未保留；Word只是按页宽把这一段折成多视觉行。虽然去掉原换行后的文字逐字符相同，仍不能说明代码缩进、空行或程序语义正确。交付时保留原MD，另行逐行对照。
- 原MD
- 十行代码，第6行为空行；原缩进为0、4、8空格。
- 实际DOCX
- 13,091字节；代码成为一个连续片段，原九处行边界未保留。
- 字符与结构
- 两处反斜杠、ASCII引号与O0_00字符串保留，不等于原逐行结构保留。
- 实际打开
- Word for Mac 16.94兼容模式1页；只查看，未编辑、保存、重开或执行代码。
看到多行代码，还要分清是哪一种换行
| 看到什么 | 先核对什么 | 本例边界 |
|---|---|---|
| Word页面显示多视觉行 | 是否仍有原来的行边界和空行 | 本例只是连续段落自动折行 |
| 引号和路径文字都在 | 字符是否与源文相同，行结构是否另有变化 | 本例字符拼接后相同，原换行丢失 |
| 需要程序源码继续使用 | 保留原MD或代码文件，另做语言与语义验证 | 本轮未执行代码或复制回查 |
| 需要WPS或其他Word版本交付 | 在实际目标软件打开并逐行对照 | 本轮仅Word for Mac显示观察 |
Markdown代码块转Word换行丢失，先看真实行边界
本例原代码的九处换行不在实际代码片段中，空行也没有形成原来的空白行。即使文字在页面上折成多行，也可能只是页宽触发的显示换行。保留原MD，按行首、行尾和空行位置核对，避免只看外观整齐就交付。
缩进空格仍在，不等于逐行缩进保留
原来的4或8个行首空格可能作为连续文字被连到前一行之后。本例去换行后的字符相同，但Word没有原十行的缩进层级外观；不能用字符总数或空格还在替代行结构验收。
长行、反斜杠和引号要与换行分开检查
本例110字符长行包含在实际连续片段中，两处反斜杠和ASCII引号也保留。这些字符观察不能抵消原始换行丢失，也不说明代码语义正确或可运行。对自己的路径、转义和字符串逐项回看源文。
原MD、Word排版和可执行代码分别保留
Word文稿用于阅读与排版，原MD或代码文件保留源码结构。本例没有修订导出结果，没有做复制回查或执行。若交付要求逐行代码准确，应按原稿在副本中整理并重新验收，不能把一次成功下载当成源码保真证明。
相关官方说明
常见问题
Markdown代码块转Word换行丢失怎么办？
先保留原MD和原生DOCX，逐行对照行首、行尾与空行。本例十行代码变成一个连续片段，Word多视觉行只是自动折行；需要原行结构时，在自己的副本中按源文整理后重新检查，本页没有生成修正版。
MD转Word代码缩进和空行怎么核对？
原换行、空行与每行行首空格分别比较。本例字符拼接后相同，但九处行边界和第6行空行未保留，逐行缩进布局也不在。不要只数空格或看Word有几行。
Markdown转Word代码长行和反斜杠怎么检查？
核对长行首尾标记、完整字符串、引号与反斜杠，再另查换行。本例110字符长行与两处反斜杠在连续片段里，但行结构仍丢失，不能由此推断程序可以运行。
内容核对：2026-10-19 · 功能条件与配额以当前产品界面为准