这是个很典型的AD基础问题，我来给你明确下官方设定和实际场景里的表现：

首先，从微软的官方设计逻辑来说，KCC（知识一致性检查器）确实应该自动清理它之前为已删除站点链接创建的连接对象——因为KCC的核心职责就是维护AD复制拓扑的一致性，当它检测到站点链接这个“拓扑基础”已经不存在时，就会把基于它生成的孤立连接对象移除。

不过你在实验室里看到连接对象没自动消失，大概率是这两个原因：

• KCC的默认运行频率：普通可写域控制器上，站点间拓扑的KCC默认每1小时才会重新计算一次；站点内的是15分钟。你刚删完站点链接就去检查，可能KCC还没轮到新一轮的拓扑扫描。
• 强制触发的方法：如果不想等默认周期，你可以在目标DC上手动运行命令 repadmin /kcc，强制KCC立即重新计算拓扑，这时候它应该会马上清理掉那些孤立的连接对象。

当然也有极端的特殊情况，比如DC的KCC服务出现异常、或者存在其他意外的拓扑依赖，但这种情况非常罕见。只要KCC正常运行，最终它一定会自动处理这些孤立连接，从官方要求来说，你完全不需要手动删除这些对象。

总结下：你的实验室测试里没看到自动删除，只是时间问题或者没触发KCC立即运行，符合官方设计的预期结果。

备注：内容来源于stack exchange，提问作者GabeGZ