是的没错看清楚了资源位置插件代码、编译产物DLL宿主机Z:\E\code\code\...你平时开发/管理的地方插件的注册表项虚拟机HKLM:\SOFTWARE\SolidWorks\AddIns\{...}加载机制虚拟机的 SolidWorks 启动时根据注册表里的\\vmware-host\Shared Folders\E\code\code\...UNC 路径跨过 VMware 共享去宿主机加载 DLL也就是说注册是跨机器的——注册表写在 VM 那边SolidWorks 跑在 VM 那边但 DLL 物理上在宿主机。VMware 共享文件夹对这个挺友好本地磁盘速度级别SolidWorks 加载不会卡。这样设计的好处你以后改代码重新编译一次DLL 立刻同步到宿主机VM 那边不用重新注册注册表的 UNC 路径不变SolidWorks 启动就会拿到最新版本。开发循环很顺。潜在风险宿主机如果关机/挂起/VMware Tools 异常VM 启动 SolidWorks 时加载 addin 会失败调试时栈跟踪看着是 VM 的但 DLL 实际在宿主机调试器会稍微别扭如果你不喜欢跨机器让我帮你把编译产物从宿主机复制到 VM 本地比如C:\workspace\...然后把注册表里的路径改成 VM 本地路径就行代价是每次编译完要重新复制或者做个 post-build 同步注册路径也不用变你倾向哪种保持现状跨机器还是切到 VM 本地