fix: broken link

语雀的链接，点过去 404 了。

Author: Jeff-Tian

0x09_实践篇_类死循环导致进程阻塞.md

@@ -103,7 +103,7 @@ module.exports = RegexpController;
 
 其实道理也很简单，不管是类死循环状态下的 CPU Profile 抓取还是诊断报告功能的使用，都对问题进程的 AliNode runtime 版本有所要求，而且更重要的是，这两种方法我们都只能获取到问题正则的代码位置，但是我们无法知道什么样的用户输入在执行这样的正则时会触发进程阻塞的问题，这会给我们分析和给出针对性的处理造成困扰。因此，这里最后给大家介绍对 AliNode runtime 版本没有任何要求，且能拿到更精准信息的核心转储分析功能。
 
-首先按照预备章节的核心转储一节中提到的 [手动生成 Core dump](https://www.yuque.com/yijun-rrmp0/alinode/vy9pwx#24c532d0) 文件的方法，我们对问题进程进行 `sudo gcore <pid>` 的方式获取到核心转储文件，然后在平台的详情页面，将鼠标移动到左边 Tab 栏目的 **文件** 按钮上，可以看到 **Coredump 文件** 的按钮：<br /><br />![image.png](https://cdn.nlark.com/yuque/0/2019/png/155185/1552741392371-8871e9ef-488f-4ec0-84e4-c43784583aa9.png#align=left&display=inline&height=222&name=image.png&originHeight=333&originWidth=822&size=50923&status=done&width=548)<br /><br /><br />点击后可以进入 Core dump 文件列表页，然后点击上方的 **上传** 按钮进行核心转储文件的上传操作：<br /><br />![image.png](https://cdn.nlark.com/yuque/0/2019/png/155185/1552741487256-69bcbb50-2ca7-4e45-951d-0b74e9330317.png#align=left&display=inline&height=297&name=image.png&originHeight=643&originWidth=1258&size=112817&status=done&width=581)<br /><br />这里需要注意的是，请将 Core dump 文件以 **.core** 结尾重命名，而对应的 Node 可执行文件以 **.node** 结尾重命名，推荐的命名方式为 **`<os info>-<alinode/node>-<version>.node`**，方便以后回顾，比如 centos7-alinode-v4.7.2.node 这种。最后 Core dump 文件和 Node 可执行文件之间必须是 **一一对应** 的关系。这里一一对应指的是：这份 Core dump 文件必须是由这个 Node 可执行文件启动的进程生成的，如果这两者没有一一对应，分析结果往往是无效信息。<br /><br /><br />因为 Core dump 文件一般来说都比较大，所以上传会比较慢，耐心等待至上传完毕后，我们就可以使用 AliNode 定制的核心转储文件分析功能进行分析了，点击 **分析** 按钮即可：
+首先按照预备章节的核心转储一节中提到的 [手动生成 Core dump](https://github.com/aliyun-node/Node.js-Troubleshooting-Guide/blob/master/0x02_%E9%A2%84%E5%A4%87%E7%AF%87_%E6%A0%B8%E5%BF%83%E8%BD%AC%E5%82%A8%EF%BC%88Core%20dump%EF%BC%89.md) 文件的方法，我们对问题进程进行 `sudo gcore <pid>` 的方式获取到核心转储文件，然后在平台的详情页面，将鼠标移动到左边 Tab 栏目的 **文件** 按钮上，可以看到 **Coredump 文件** 的按钮：<br /><br />![image.png](https://cdn.nlark.com/yuque/0/2019/png/155185/1552741392371-8871e9ef-488f-4ec0-84e4-c43784583aa9.png#align=left&display=inline&height=222&name=image.png&originHeight=333&originWidth=822&size=50923&status=done&width=548)<br /><br /><br />点击后可以进入 Core dump 文件列表页，然后点击上方的 **上传** 按钮进行核心转储文件的上传操作：<br /><br />![image.png](https://cdn.nlark.com/yuque/0/2019/png/155185/1552741487256-69bcbb50-2ca7-4e45-951d-0b74e9330317.png#align=left&display=inline&height=297&name=image.png&originHeight=643&originWidth=1258&size=112817&status=done&width=581)<br /><br />这里需要注意的是，请将 Core dump 文件以 **.core** 结尾重命名，而对应的 Node 可执行文件以 **.node** 结尾重命名，推荐的命名方式为 **`<os info>-<alinode/node>-<version>.node`**，方便以后回顾，比如 centos7-alinode-v4.7.2.node 这种。最后 Core dump 文件和 Node 可执行文件之间必须是 **一一对应** 的关系。这里一一对应指的是：这份 Core dump 文件必须是由这个 Node 可执行文件启动的进程生成的，如果这两者没有一一对应，分析结果往往是无效信息。<br /><br /><br />因为 Core dump 文件一般来说都比较大，所以上传会比较慢，耐心等待至上传完毕后，我们就可以使用 AliNode 定制的核心转储文件分析功能进行分析了，点击 **分析** 按钮即可：
 
 ![image.png](https://cdn.nlark.com/yuque/0/2019/png/155185/1552741724602-535426e1-db32-4715-9db5-5067126b2e2b.png#align=left&display=inline&height=142&name=image.png&originHeight=213&originWidth=1649&size=48524&status=done&width=1099)