当前位置：服务支持 > 技术文档 > SolidWorks打包难题解密：8年经验工程师带你一步步走出困境

SolidWorks打包难题解密：8年经验工程师带你一步步走出困境

阅读数 8

SW软件打包失败。记得有一次，那是在2020年的一个下午，我正在紧张地准备一个项目交付，突然，SolidWorks的“Pack and Go”功能直接给我来了个“罢工”。我看着电脑屏幕上的错误提示，内心那个崩溃啊，时间紧迫，项目不能拖！

故障重现：那令人崩溃的下午

那天下午，我常规流程尝试打包了一个包含多个装配体的文件夹，结果直接弹出了“无法打包”的提示。我检查了文件，源文件和目标文件夹都没有问题，权限也是开的，可就是不管用。我当时的第一反应是，肯定是文件格式或者版本问题，就开始在各种论坛上搜索解决方案。

排查过程：从错误直觉到正确方向

错误直觉：一开始，我觉得是文件损坏，尝试了重新创建文件，但还是不行。

命令：SolidWorks -rebuild
观察到的报错日志：Error: File not found.

走弯路的步骤：我甚至还尝试了更换SolidWorks版本，心想是版本不兼容，结果依旧无果。

命令：SolidWorks -version 2019
观察到的报错日志：Error: Cannot start application.

正确方向：在尝试了各种无果之后，我开始认真阅读错误提示，发现了一个线索：“Pack and Go”功能缺失。

解决方案：代码级改动

在确定了问题是由于“Pack and Go”功能缺失之后，我开始寻找解决方案。以下是我找到的方法：

注册缺失的 DLL 文件：
改之前：

``plaintextregsvr32 "C:\Program Files\Common Files\SOLIDWORKS Shared\sldshellutils*.dll"`


 
  改之后：

`plaintextregsvr32 "C:\Program Files\Common Files\SOLIDWORKS Shared\sldshellutils15u.dll"`


 
  观察到的结果：成功注册DLL文件，"Pack and Go"功能恢复正常。
 
 
 
 
  临时修改注册表：
  改之前：

`plaintextHKEYLOCALMACHINESOFTWAREPoliciesMicrosoftWindowsInstaller`


 
  改之后：

`plaintextHKEYLOCALMACHINESOFTWAREPoliciesMicrosoftWindowsInstaller\RemappedElevatedProxiesPolicy = 0`


 
  观察到的结果：修改注册表后，"Pack and Go"功能恢复正常，问题解决。
 
 
 
 事后反思：教训与总结
 
 这次经历，我深刻体会到了细心和耐心的重要性。一开始，我走了很多弯路，浪费了大量的时间。如果当时我能更加仔细地分析错误提示，或许就能更快地找到解决方案。
 我还发现了一些潜在的问题：


  文件引用完整性：确保所有引用文件完整且路径有效是打包成功的关键。

系统文件完整性：在遇到类似问题时，先尝试使用sfc /scannow`命令修复系统文件。
插件冲突：禁用第三方插件也是一个可行的解决方案。

数据支撑：优化前后的量化对比

返回上级列表

SolidWorks装配体打孔，三步走让你告别小白困境！