格式规范 #

概述 #

遵循格式规范可以让 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
好的:
![用户登录界面截图](login.png)

不好的:
![图片](1.png)

图片目录管理 #

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