markdownviewer++默认支持代码块渲染，需使用合法语言标识（如`python）、匹配notepad++架构的dll版本，并确保css未覆盖.highlight类样式。
MarkdownViewer++ 默认支持代码块渲染，但需确认语法和语言标识
Notepad++ 本身不解析 Markdown，代码块能否正确渲染完全取决于你用的插件——MarkdownViewer++ 是目前唯一稳定支持完整 CommonMark（含代码块）的插件。它底层用的是 Markdig 渲染引擎，对 ```lang 和 ~~~lang 两种围栏语法都识别，但**语言标识必须合法且被 Markdig 支持**，否则会降级为无高亮的纯文本块。
- ✅ 正确写法：
```python、```bash、```json（小写字母，无空格） - ❌ 常见错误：
```Python（首字母大写）、```C++（+符号在 XML/HTML 环境中易被截断）、```shell script（含空格） - ⚠️ 注意：插件不会自动加载 Prism.js 或 Highlight.js，代码高亮依赖内置的 Markdig 语法映射表，不支持自定义语言别名
代码块不显示高亮？检查 CSS 是否覆盖了 .highlight 类
MarkdownViewer++ 渲染出的代码块 HTML 结构是 <pre class="brush:php;toolbar:false;"><code class="python">...</code>，高亮样式靠 CSS 中的 <code>.highlight</code> 和 <code>.language-xxx</code> 类控制。如果你改过插件的自定义 CSS（路径通常为 <code>%APPDATA%\Notepad++\plugins\Config\MarkdownViewerPlusPlus\style.css</code>），很可能误删或覆盖了默认规则。</pre>
- 打开插件设置 →
Options → Custom CSS，确认是否启用了自定义样式 - 如果启用了，检查 CSS 文件里是否有类似
.highlight { background: none; }这类清空样式的规则 - 临时恢复默认：把自定义 CSS 文件重命名（如加
.bak后缀），重启 Notepad++ 测试
64 位 Notepad++ 必须配 64 位 MarkdownViewerPlusPlus.dll
这是最容易被忽略的兼容性问题。很多用户从 GitHub 下载的是 x86（32 位）版本 DLL，装到 64 位 Notepad++ 中后，插件能加载、预览能弹出，但**代码块、表格、数学公式等复杂节点全部不渲染**——因为 Markdig 的某些依赖在跨架构时静默失败，没有报错提示。
MarkItDown 托管 Markdown 生成器：可将文件转换为 Markdown。支持 PDF、Word (.docx)、Excel (.xlsx/.xls)、PowerPoint (.pptx)、HTML、CSV、JSON、XML、图片等。
- 确认 Notepad++ 架构：菜单栏
帮助 → 关于 Notepad++，看标题栏是否带(64-bit) - 下载对应版本：GitHub Releases 页面明确区分
-x64.zip和-x86.zip，选对再解压 - 验证 DLL 架构：右键
MarkdownViewerPlusPlus.dll→ 属性 → 详细信息 → “文件版本”字段若含x64即正确
导出 PDF 时代码块乱码？字体配置没跟上
HTML 预览里代码块正常，但导出 PDF 后变成方框或空白，大概率是 PDF 导出模块用的嵌入字体不支持编程字符（比如中文+ASCII 混排、Unicode 超出 Basic Latin 范围）。MarkdownViewer++ 导出 PDF 依赖系统 GDI+，不走浏览器引擎。
- 导出前先在插件设置里指定等宽字体：
Options → PDF Settings → Font Family，填Cascadia Code, Consolas, monospace - 避免用仅含中文的字体（如“微软雅黑”），它对反引号、波浪线等 Markdown 符号支持差
- 如果仍乱码，可先导出 HTML，用 Chrome 打开后再“打印→另存为 PDF”，绕过插件的 PDF 渲染链
不是所有代码块问题都出在语法上；DLL 架构错、CSS 覆盖、字体缺失，这三个点卡住的人最多。尤其 64 位系统用户，下错 DLL 版本会导致整个渲染链降级为纯文本模式，连标题都变不了大小——但界面一切正常，根本看不出毛病。
