如上图所示，最近在学习AD画板的时候，发现除了DRC检查之外，AD还有一个Health Check功能（写文时用的版本是25.8.1），其中有几个警告级别的问题：Self-Intersecting Regions、Micro-Segments (Board)、Micro-Segments (Copper)，这次记录的主要是第一和第三个问题修复过程中发现的一个奇怪问题。
首先通过点击Issues里列出的问题点：
可以定位到检测出问题的PCB位置，例如我这次的板子是定位到这里：
看了下发现是个MOS管，根据问题描述看起来像是这个管的封装有些很小的片段，可能会在生产制造过程中造成问题，但说实话，我没看出来哪有问题，看到这类Issue可以手动修复，也可以通过Fix按钮自定修复，于是点了下Fix，此组问题就消失了，板子上也没看出来哪变了。于是又看第一个问题：
发现这个Self-Intersection指向的也是这个MOS管的封装，不过这次可没有一键Fix了，只能自己修复，心想是不是这个MOS管的封装有什么不规范的问题啊（声明下，并不是我自己画的，原理图符号、封装、3D模型全是从伟达的嘉立创导入过来的），于是本着学习原理的态度，我把刚才那个问题的Fix也撤了回去，连同这个一起研究下到底是哪的事，反正问题肯定都出在这个MOS管的封装上。
打开元件库的对应器件的封装，结合Health Check描述问题的layer，果然发现了问题：
这个焊盘有一条多余的线！不知道是LCEDA导入AD的问题，还是画封装的时候就画错了，于是修改了下这里，删掉多余的东西，保存然后重新导出元件库，然后去PCB上更新相关元件的封装，然后神奇的事就出现了：
AD并没有认为这个器件的封装发生变化了，无法更新！同时，再三确认了修改后的元件库确实重新compile了intlib，文件修改时间啥的都变了，可AD就是不认为这个器件的封装有变化。
思考了下，感觉AD判断是否Match的时候可能不会考虑刚才这种多余线的修改，从焊盘结果来看也确实没有变化，于是，我修改了下焊盘，故意改错：
然后保存编译导出，再更新PCB元件，这回检测到了：
Match上显示了红叉，于是我感觉AD的这个功能判定依据确实如我刚才所想，于是我应用修改，回元件库撤销封装修改，重新compile，再回PCB更新，果然这次又发现不Match了，再次更新，接受变更。
然后，Health Check检测到结果outdated了：
于是，点了下Check All，刷新后一三两大类问题的Issues都不见了！
博主友情提示：
如您在评论中需要提及如QQ号、电子邮件地址或其他隐私敏感信息，欢迎使用>>博主专用加密工具v3<<处理后发布，原文只有博主可以看到。
