给

Markdown

添加视频⽀持

都

2020

年了，现在最流⾏的就是什么直播弹幕短视频，你的博客要是还不⽀持插视频那可就

OUT

啦！

我的博客⽬前使⽤

Markdown

写⽂，可惜它原⽣的语法并不⽀持视频，于是只能⾃⼰来实现这功

能了。

视频好处都有啥？

视频是个好东西啊，它要不好现在的直播弹幕短视频怎么⽕的

……

咳咳，扯远了，就说写博

客，⽐如写教程啊总会遇到需要动态演⽰的东西吧，⽐如我⾃⼰的

纯

CSS

解决图⽚加载的布局

移动问题

⾥⼀开头的动图（其实是视频啦），要⽤图⽚或者⽂字来说明⽂本下移的现象肯定没

有动态的演⽰好。

另外玩过

Twitter

的都知道它⾥⾯插⼊的

GIF

图会转换为视频，

GIF

是

1987

年发明的东西，在我看

来早是就该进⼊垃圾堆的技术，因为当年浏览器不⽀持视频才得以流⾏。动图这⼀技术完全能

被视频所替代，视频本⾝就不是⼀连串图像的序列吗（当然还包括声⾳）。

在性能上，

H.246

编码的视频体积仅为

GIF

的

13

分之⼀

，虽然

GIF

也有

gifsicle

能压缩⼀下，但效

果仍不如视频。

从我的实际经验来看，技术类⽂章⾥⼤部分动态演⽰都来源于录屏，录屏软件⽣成的本来就是

视频格式，把它们转

GIF

多此⼀举。综上所述，视频的⽀持是⼀个现代化博客必需的功能。

语法的选择

主要的⼏个

Markdown

版本原⽣都不⽀持视频，我不知道它的作者是怎么想的，如此重要的功能

竟然能没有。既然官⽅没有，那就⾃⼰做呗，于是种各样的实现⽅案就跑了出来，按照本⼈强

迫症的做法当然要对⽐⼀番。

直接插

HTML

这是我看到的最多的做法，其优势就是简单，现有的转换库都⽀持写

HTML

，但我认为这种⽅式

并不好。

XSS

风险：若是⾃⼰⽤还好说，⼀旦给评论之类的第三⽅输⼊⽤上，你都猜不到他们会搞些什

么出来。

扩展性差：⼀旦写死，以后想改动下输出的

HTML

可就⿇烦了，需要把所有⽂章都扫⼀遍，本博

客就遇到过需要改动渲染结果的情况。

可读性差：

Markdown

作为轻量级标记语⾔，扫⼀眼即可轻松

Parse

是其⼀⼤优势，⼀旦混⼊重

量级的

HTML

则可读性⼤打折扣。

这缺点太多，所以我决定还是得⽤

Markdown

的⽅式来做。

GitLab Flavored Markdown

GitLab Flavored Markdown

（下称

GFM

）

是

Markdown

的⼀种修改版，它复⽤了图⽚的语法，以

扩展名来区分媒体的类型，⽐如


因为链接是

.mp4

结尾所以渲染为视频。

GFM

的⽀持也很⼴泛，实现⼜简单，还有

GitLab

背书，⾃然也是个不错的选择。

但它的缺点也很明显，强制了链接的⽂件名必须是视频常⽤的扩展名，然⽽并不是所有链接都

是如此，

Twitter

的视频链接就没有扩展名。另外既然都修改了原始的

Markdown

语义，何不直接

另起⼀个新语法呢？