markdown测试

ATX 标题也有可能需要格式化的

一个简短的段落。

Setext 说实话我不喜欢 Setext 标题

分栏标题

分栏大标题

1. 有序列表可以从 0 开始
2. 应该自增序号的
3. 对齐对齐对齐

我们再来看看另一个有序列表。

1. 没空行的情况下序号要从 1 开始才能打断段落开始一个新列表
2. 虽然乱序不影响渲染
3. 但是随意写序号容易引起误解

试下贴段代码：

package main

import "fmt"

func main() {
  fmt.Println("Hello, 世界")
}

对了，缩进代码块建议换成围栏代码块：

缩进代码块太隐晦了
也没法指定编程语言，容易导致代码高亮失效
所以建议大家用 ``` 围栏代码块

试下围栏代码块匹配场景：

围栏代码块只要开头的 `和结束的` 数量匹配即可，这样可以实现在围栏代码块中显示围栏代码块：

```
这里只有 3 个 `，所以不会匹配markdown代码块结束
```

下面匹配到就真的结束了。

以上块级内容都挤在一坨了，插入合理的空行也很有必要。

但是过多的空行分段也不好啊，用来分段的话一个空行就够了。

接下来让我们试试稍微复杂点的场景，比如列表项包含多个段落的情况：

1. 列表项中的第一段

   这里是第二个段落，贴段代码：

   要成为 Markdown 程序员并不容易，同理 PPT 架构师也是。
   注意代码块中的中西文间并没有插入空格。
   

   这里是最后一段了。

2. 整个有序列表是“松散”的：列表项内容要用

   标签

最后，我们试下对 GFM 的格式化支持：

col1	col2	col3
col1 without left pipe	this is col2	col3 without right pipe
	need align cell

以上就是为什么我们需要 Markdown Format，而且是带中西文自动空格的格式化。