jsdelivr是一个开放的公共cdn。

它在互联网界内的名声可不小。大多数拥有GitHub账号的人，都会选择去使用jsdelivr。

那它有什么优势呢？

  • 在中国大陆已经备案，速度嗖嗖得。
  • 由众多知名付费CDN及知名云服务提供商作为其后盾，不怕跑路。
  • 不限流量，随便用。
  • 使用简单，只需一个GitHub即可。

来正式开讲吧。

GitHub联动JSdelivr

这种方法比较大众化，你只需要一个GitHub账号即可。

然后，假设账户名为a，有一个名为b的仓库，仓库里有一个名为c.css的文件，那么用jsdelivr的cdn的话，这个文件的URL就是http://cdn.jsdelivr.net/gh/a/b/c.css。

但是，官方的食用方法是这样的，

你在新建账户、仓库、文件之后，还应再在仓库名后面加上分支或者Release版本号。

按照上面的假设，假如你又新建了一个版本号为1.00的Release，你的cdn地址应为：

http://cdn.jsdelivr.net/gh/a/b@1.00/c.css

如果你采用分支的方法，假设你未更改过分支，按照GitHub目前的分支方案，默认是main分支，也就是这样的cdn地址：

http://cdn.jsdelivr.net/gh/a/b@main/c.css

但是既然可以不加@后面的，我们为什么要多此一举呢？

直接http://cdn.jsdelivr.net/gh/a/b/c.css 它不香吗？

当然，要是你的仓库拥有多个版本或者分支的文件，还是采用带着@的方法吧，不然，万一要是引用错了URL，那可就得不偿失了（我还没有摸清JsDelivr默认会获取哪一个分支，应该是GitHub设置的默认分支）。