格式规范 #
概述 #
遵循格式规范可以让 Markdown 文档更加整洁、易读、易维护。
文档结构规范 #
标题层级 #
markdown
好的:
# 一级标题(文档标题,唯一)
## 二级标题(章节)
### 三级标题(小节)
#### 四级标题(段落)
不好的:
# 标题一
### 直接跳到三级(跳级)
标题前后空行 #
markdown
好的:
## 标题
内容...
## 下一个标题
不好的:
## 标题
内容...
## 下一个标题
每个文档一个一级标题 #
markdown
好的:
# 文档标题
内容...
## 章节1
内容...
不好的:
# 标题1
# 标题2(多个一级标题)
段落规范 #
段落间空行 #
markdown
好的:
第一段内容。
第二段内容。
不好的:
第一段内容。
第二段内容。
行长度 #
markdown
好的:
建议每行不超过 80 字符,
长段落可以手动换行,
保持源码可读性。
不好的:
这是一个非常非常长的段落,建议手动换行以提高源码可读性...
列表规范 #
统一标记符号 #
markdown
好的:
- 项目一
- 项目二
- 项目三
不好的:
- 项目一
* 项目二
+ 项目三
列表项前后空行 #
markdown
好的:
段落内容。
- 列表项一
- 列表项二
更多内容。
不好的:
段落内容。
- 列表项一
- 列表项二
更多内容。
嵌套缩进一致 #
markdown
好的:
- 一级
- 二级
- 三级
不好的:
- 一级
- 二级
- 三级(缩进不一致)
代码规范 #
指定语言 #
markdown
好的:
```javascript
const x = 1;
不好的:
text
const x = 1;
text
### 代码块前后空行
```markdown
好的:
说明文字...
```javascript
const x = 1;
更多说明…
不好的: 说明文字…
javascript
const x = 1;
更多说明…
text
## 链接规范
### 使用描述性文本
```markdown
好的:
查看 [官方文档](https://example.com)
不好的:
点击 [这里](https://example.com)
引用链接集中管理 #
markdown
好的:
正文中的链接 [GitHub][gh]
<!-- 链接定义 -->
[gh]: https://github.com
不好的:
正文中的链接 [GitHub](https://github.com)
图片规范 #
添加替代文本 #
markdown
好的:

不好的:

图片目录管理 #
text
docs/
├── images/
│ ├── screenshots/
│ └── diagrams/
└── README.md
表格规范 #
对齐方式 #
markdown
好的:
| 文本 | 数字 |
|:------|-----:|
| 左对齐 | 右对齐 |
不好的:
| 文本 | 数字 |
|-------|-------|
| 无对齐 | 无对齐 |
简单表格 #
markdown
好的:
| 列1 | 列2 |
|-----|-----|
| A | B |
不好的:
过于复杂的表格,考虑使用列表
空白规范 #
避免行尾空格 #
markdown
好的:
内容
不好的:
内容(行尾有空格)
避免多余空行 #
markdown
好的:
段落一
段落二
不好的:
段落一
段落二(多个空行)
格式化工具 #
Prettier #
json
{
"proseWrap": "always",
"tabWidth": 2
}
Markdownlint #
json
{
"default": true,
"MD013": false
}
下一步 #
继续学习 可读性技巧!
最后更新:2026-03-24