Vivado 卸载不是点“卸载”就完事：一个 FPGA 工程师的真实清理手记
上周五下午三点，我正准备给新同事演示如何用 Vivado 2023.2 搭建 Zynq MPSoC 的最小启动工程。打开 GUI，新建项目，选器件——xczu3eg-sbva484-1-e，点击 Next……然后卡在“Loading device data”进度条不动了。
再试一次，报错：
ERROR: [Common 17-116] Invalid argument: 'xczu3eg' is not a valid part name.明明是官方支持的器件，为什么识别不了？
我下意识echo $XILINX_VIVADO—— 输出居然是/opt/Xilinx/Vivado/2021.1。
可我已经删了那个目录，也运行过官方卸载程序。
那一刻我知道：又掉进 Vivado 卸载的坑里了。
这不是第一次。过去三年，我在三个公司、五套开发环境、七次版本升级中反复踩过这个坑。每次重装后出现的“IP 核打不开”、“Tcl 脚本莫名报错”、“GUI 设置全乱”、“许可证校验失败”，90% 都不是软件 bug，而是卸载没清干净。
今天不讲原理，不列文档，只说人话、干实事——把 Vivado 卸载这件事，拆成你能亲手摸到、看到、删掉的四个真实位置。它们像四根钉子，钉在你的系统里；少拔一根，新装的 Vivado 就会歪着长。
第一根钉子：/opt/Xilinx/（Linux）或C:\Xilinx\（Windows）——你以为删了它就完了？
这是最显眼的一根钉子，也是最容易被误判的一根。
Vivado 安装时，你点了“下一步”，它默认往/opt/Xilinx/（Linux）或C:\Xilinx\（Windows）里塞东西。里面长这样：
/opt/Xilinx/ ├── Vivado/ │ ├── 2021.1/ ← 旧版，已卸载？ │ ├── 2022.2/ ← 旧版，已卸载？ │ └── 2023.2/ ← 新装的 ├── Vitis/ ├── SDK/ └── docs/很多人以为：只要把2022.2/文件夹手动删掉，就干净了。
错。大错特错。
真正危险的，是这些藏得极深的“幽灵子目录”：
/opt/Xilinx/Vivado/2022.2/.webtalk//opt/Xilinx/Vivado/2022.2/.xsim//opt/Xilinx/Vivado/2022.2/.cache//opt/Xilinx/Vivado/2022.2/data/ip/xilinx.com/（IP 元数据缓存）
这些目录不会出现在安装日志里，也不会被uninstall.sh扫描。但 Vivado 启动时，会通过硬编码路径或settings64.sh中的相对引用，悄悄加载它们。比如你运行read_ip xilinx.com:ip:axi_dma:12.0，它可能从2022.2/data/ip/...里读了一个旧版.zip，而这个
