Vivado卸载不是删文件，而是重建可信开发基线
你有没有遇到过这样的情况：
刚卸载完 Vivado 2021.1，兴冲冲装上 2023.1，结果一打开就报错ERROR: [Common 17-39] Can't open project；
或者新建工程后 IP Catalog 是空的，点开“Add IP”一片灰；
又或者 Tcl 脚本里open_project ./proj.xpr死活不认路，但路径明明没错……
别急着重装系统——这些都不是 bug，而是Vivado 卸载残留在悄悄作祟。官方卸载程序干得很干净，但它只负责“搬走家具”，却把墙皮、地砖、水电图纸全留给你。而这些被遗忘的碎片，恰恰是下一次启动失败、IP 加载异常、时序报告失真的真正元凶。
为什么官方卸载会“漏网”？
Vivado 的安装/卸载机制，本质上是一套分层信任模型：
- 主程序目录（如/opt/Xilinx/Vivado/2022.2）是“可变代码区”，由uninstall.sh精确控制；
- 用户配置（~/.Xilinx,%APPDATA%\Xilinx）是“状态快照区”，记录你上次怎么调窗口、最近开了哪些工程、Tcl 命令输过什么；
- 注册表（Windows）和环境变量是“系统级契约”，告诉操作系统“谁有权处理.xpr文件”、“哪个版本该响应vivado -mode batch”；
- 工程目录里的.cache、.ip_user_files是“现场证据”，哪怕你关掉 IDE，它也默默躺在那里，等下次编译时突然跳出来指认旧布线、旧约束、旧 IP 实例。
这四层之间不是孤立的——
一个HKCU\Software\Xilinx\Vivado\2022.2\RecentProjects里存着已删除路径，会导致 GUI 启动即崩溃；
一个工程中残留的.cache/routing，会让新版本综合器误以为“这条路已经走通了”，直接跳过关键优化；
而~/.Xilinx/Vivado/2022.2/ip_cache里那个 MD5 值匹配的 IP 缓存，新版 Vivado 根本不敢用，却又没主动删，最后卡在“找不到 component”。
📌关键洞察：Vivado 不像普通软件那样“卸载=清除”。它的设计哲学是“用户行为优先”，所以所有运行时生成的数据，默认都归你个人所有——包括那些你根本没意识到自己创建过的数据。
四维清理实战：从物理磁盘到注册表深处
我们不讲抽象原则，只说你能立刻执行的动作。下面的操作按风险等级排序，从低到高、从必做→选做，每一步都有明确目标和验证方式。
✅ 第一层：物理磁盘上的“显性残留”（必须清）
这是最直观、也最容易遗漏的部分：
| 类型 | Linux/macOS 路径 | Windows 路径 | 清理说明 |
|---|---|---|---|
| 主安装目录 | /opt/Xilinx/Vivado/<ver>/Applications/Xilinx/Vivado/<ver> | C:\Xilinx\Vivado\<ver> | 官方卸载通常已删，但建议ls -d /opt/Xil |
