onenote链接系列⑯：链接突然失效？注意这些陷阱

链接失效是个很重要的问题。但onenote几个内置对象的生命周期，看不懂，太乱了。只能逐项进行测试，但细分情况太多，常测常新！

没精力测试所有情况，会选择一些重要的、常用的操作进行测试，给出主要的结论。后续实践中若发现问题，会及时回来更新。欢迎大家提供反馈意见。

（若链接用得多，一定要看看这篇文章；若用得少，不必深究，可略过此文。）

之前花了很大气力写onenote链接系列，写了15篇，谈了很多我对于链接原理的理解。花这么多时间写链接，是因为在我计划的知识管理体系中，链接体系是非常重要的一环——基于此才能建立起真正的知识“网络”。

平心而论，仅从表面上来看，onenote的链接功能是非常强大的，从外链到内链（相关概念若不清楚，可以参考该系列之前的文章），提供了一套完备而且强大的链接体系。但用得多了，却发现一些让人难以忍受的设计上的致命缺陷（但从微软角度，或许是故意为之也说不准）。链接用得多的小伙伴们，是不是时不时就会遇到莫名其妙就失效的内部链接？若不清楚其背后原理，肯定会像同样奇葩的中文搜索那样，被弄得云里雾里。

很早就想写这篇文章，主要是想提醒看过我链接系列的朋友们，感受链接的强大时，一定要注意避开其中的陷阱，否则稀里糊涂建立大量内链后，某一天却突然发现大量链接失效——做多错多，就挺悲剧。觉得有义务提醒大家，但各种原因，没时间动笔。最近抽出点时间，立马就写出来了。

（对onenote的几个对象ID的测试真的是让人崩溃，似乎不同时间、不同版本上总能测出点不同结果来。最近在2021版上又测试了链接，修正一下相关细节。个人精力有限，不可能测试所有情况，如果有了最新的、重要的结论，本站的相关文章会及时更新。注意，请以原文——即本站（cas01.com）的文章为最新参考标准，之前同步发表在其他平台上的文章一般不会进行同步修改，例如公众号上的文章，想改也改不了。）

以上是感受加吐槽，下面开始正文。这篇文章不会谈太多细节——那样需要结合很多之前提到过的知识点（但看这篇文章仍然需要对前面的知识有一定了解，否则可能无法理解），只强调几点重要的原则，大家注意就好了。若需深扒原理，建议看之前的文章，并且做做实测。

之前的文章详细分析过内链的构成，其中最重要的元素是内部对象的id，三个内部对象（分区、页面、段落）都有自己的id，所谓内链，主要就是通过id来定位的。

基于页面id的内链是最安全的内链。因为页面id相当稳定，只需要注意一点：整理页面位置时，用移动页面，别用复制或剪切。在onenote中，移动某个页面至笔记本窗格的任何目录下，都不会改变该页面的id；而且在资源管理器下，复制粘贴.one文件，也不会改变分区内部各页面的id。

综上，页面id链接相当可靠，只需记住这一点：在onenote中整理页面时用移动！做到这点，页面内链可以放心用。个人建议大家多用页面链接，页面链接在级别上类似于网络上网页的URL。

分区ID的测试，细分情况太多，给出主要结论：onenote中，同笔记本内移动不改变ID，其他操作危险；资源管理中，复制或剪切粘贴.one文件会改变分区ID，但不会改变页面和段落ID。

总的来说就是，不要对分区进行跨笔记本操作（分区ID虽然鸡肋，但对分区的操作可能会影响段落ID，这才是要关注的。这个等有空在下一篇——链接系列⑰中细说。）。

段落链接，完全依靠段落id，链接数量可能巨大，但段落id却极其容易报销（意味着对应内链失效），这类链接会非常危险。

段落id何时有效？最基本前提也是用移动，别用复制或剪切粘贴。然而，继续类比页面id，你可能会觉得，将页面移动至其他分区、笔记本时，既然页面id没变，其内部的段落id应该也没变化吧？若果真遵从了这个正常人类的正常逻辑，那onenote内链就趋于完美了，但微软项目组竟然在保持页面id不变的情况下让页面内的段落id全部销毁重建了！

总的来说就是，对页面进行跨分区操作，或对分区进行跨笔记本操作，这些情况都会导致段落id失效。

对段落内链而言，唯一比较安全的操作方式：内链页面仅限于在当前分区下移动。

以上对内链的要点作了一番粗略总结，这篇文章概括的是大思路，更具体的需要注意的细节会在下一篇中谈，看看什么时候有空写。

总体建议是：构建链接体系时，以页面链接为主；若需大量使用段落链接，务必弄清楚它何时有效何时失效，至少把你自己常用的几种情况测试清楚；至于分区ID链接，弃之不可惜，分区链接最好是多关注.one路径这条线。

大家也可以自己去测试，毕竟我不可能测试到所有版本的所有情况。

测试方法很简单，在分区、页面或段落上右键，复制指向它的链接，里面有各自对应的ID（若不清楚相关概念，可参考本系列之前的文章）。操作某对象后，若它的ID发生变化，那指向原ID的那个链接就失效了。