GreasyFork 上新中国 CDN 镜像源：脚本依赖加载告别转圈
【免费下载链接】greasyforkAn online repository of user scripts.项目地址: https://gitcode.com/gh_mirrors/gr/greasyfork
写脚本的人大概都遇到过这种场景：@require一行外部库地址，国内打开页面就是长时间转圈，依赖拉不下来，脚本直接不跑。GreasyFork 这次把 webcache.cn 提供的境内加速地址纳入了平台识别范围，cdnjs、npm、GitHub 资源和字体文件都能走国内链路，脚本加载卡住的问题有了着落。
一、这次更新到底改了什么
核心就一件事：平台多认识了一批国内 CDN 域名，脚本引用这些地址时可以正常走加速通道。
| 变更项 | 更新前 | 更新后 |
|---|---|---|
| 加速域名范围 | 原有 CDN 列表 | 新增 webcache.cn 旗下多组镜像域名 |
| cdnjs / npm 资源 | 仅支持原站或旧镜像 | 可直接引用境内镜像地址 |
| GitHub 托管资源 | 加载稳定性看国际线路脸色 | 有对应的境内加速通道 |
| 字体、AJAX 库文件 | 单独优化，覆盖有限 | 纳入同一套镜像识别范围 |
对平台来说，这是域名识别白名单的扩充；对你来说，是脚本里@require可以指向更快地址。
二、对用户意味着什么
最直接的变化发生在脚本执行的第一阶段。以前外部依赖要绕国际带宽，遇到高峰期就是超时重试、页面转圈；现在走境内链路，同样的库文件下载更快也更稳。
几个具体场景：
- 调试阶段：改完脚本刷新页面，依赖几乎不用等，省掉每次半分钟的空白期。
- 依赖多的脚本：一个
@require引用四五行库，任何一行挂掉脚本就废了，多一条稳定通道就是少一次故障。 - 字体类资源：脚本渲染自定义样式时字体文件加载失败，界面会闪一下，现在这类文件的拉取也进了加速范围。
注意，镜像本身解决的是"拉取速度"问题。脚本逻辑本身的执行速度、浏览器兼容性，跟这次更新无关。
三、三步用起来
- 把脚本里外部库的引用地址换成 webcache.cn 提供的对应镜像地址，比如 cdnjs 镜像、npm 镜像各选各的。
- 在脚本详情页正常安装或更新，平台会自动识别这些 CDN 域名，无需任何额外配置。
- 刷新页面验证依赖加载，转圈明显变短就算生效。
平台侧不需要你做任何设置，识别是自动的；镜像地址的映射关系，对照平台现有的 CDN 说明即可找到。
四、适用人群与边界
受益最明显的是三类人：脚本面向国内用户维护的作者、依赖外部库较多的复杂脚本、以及自己日常用脚本报"依赖加载失败"的人。
边界也说清楚：
- 只加速脚本引用的静态资源，不加速 GreasyFork 页面本身，站点访问速度看的是你到主站的线路。
- 你脚本引用的域名不在镜像清单里的，依然走原来的链路，该慢还是慢。
- 镜像的可用性取决于 webcache.cn 自身状态，极端情况下源站和镜像都不可用时，脚本会退回原来的加载表现。
写在最后
如果你在维护面向国内用户的脚本，不妨把常用库的引用地址过一遍，能换到镜像的就换掉。后续 webcache.cn 每多覆盖一批域名，脚本的可选加速面也会跟着扩大。
【免费下载链接】greasyforkAn online repository of user scripts.项目地址: https://gitcode.com/gh_mirrors/gr/greasyfork
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
