简介本资源面向具备一定C与COM基础的SolidWorks二次开发学习者聚焦参数化建模这一核心场景帮助读者理解如何通过程序接口驱动零件尺寸与特征从而替代重复的手工建模操作。压缩包共95个文件约4.33MB以cpp与h源码为主体配合bmp位图资源、sbr与obj编译中间文件、tlh类型库头文件及dll、tlb、rgs等注册组件完整保留了VC6工程从源码到可注册插件的构建链路。资源中可见Dialog、PropSheet、PMPage等对话框与属性页模块以及Part、Zhou、lunwen等业务类配合sldworks.tlh、swconst.tlh等接口声明便于读者梳理SolidWorks API的调用方式与工程组织思路。目前已有622人学习下载适合希望从零搭建参数化建模插件、研究旧版VC工程结构或对照调试二次开发流程的读者参考。1. 从一张改到崩溃的图纸说起Solidworks 二次开发到底能干什么如果你画过带几十个配置的零件大概率经历过这种场面客户改一个孔距你得手动打开工程图、改尺寸、重建、导出、再改下一个配置。改到第五个的时候手已经比脑子快了但错也埋进去了。Solidworks 二次开发要解决的就是这类问题——把重复的建模动作、参数联动、批量出图交给代码去跑。它适合两类人一类是天天用 Solidworks 画相似结构、被配置和方程式折磨的机械工程师另一类是想把设计流程工具化、做参数化建模平台的开发者。这个项目不是教你从零写一个 CAD而是基于 Solidworks 已有的 API 接口用代码去驱动它让“改一个参数、全模型跟着动”这件事变得可编程、可复用、可批量。2. 技术选型与开发环境为什么是 C# 加 Solidworks API2.1 接口形态与语言选择Solidworks 对外暴露的是一套 COM 组件接口官方叫 Solidworks API。它不限制你用什么语言只要你能调 COMVB.NET、C#、Python 甚至 VBA 都能接。但真到项目里我一般会选 C#原因很实际强类型、编译期就能发现接口名写错、Visual Studio 的智能提示对这套 API 支持最好而且部署时打包成 DLL 或独立 EXE 都方便。Python 写起来快但调 COM 时参数类型容易翻车尤其是涉及数组和 ByRef 参数的时候调试成本反而更高。开发环境上你需要三样东西Solidworks 本体版本决定了 API 的可用范围新版本接口更多但兼容性要自己测、Visual Studio社区版够用、以及 Solidworks API 的 SDK 文档。SDK 不是必须安装的但装了之后在 VS 里能直接引用 Solidworks 的类型库省去手写Interop.SolidWorks.dll的麻烦。2.2 项目引用与第一个连接新建一个 C# 控制台项目后第一步是添加引用。在 VS 里右键引用浏览到 Solidworks 安装目录找到SolidWorks.Interop.sldworks.dll和SolidWorks.Interop.swconst.dll把这两个加进来。前者是主接口后者是常量定义枚举值都在里面。using SolidWorks.Interop.sldworks; using SolidWorks.Interop.swconst; using System.Runtime.InteropServices; class Program { static void Main(string[] args) { // 获取正在运行的 Solidworks 实例如果没有则启动一个新的 SldWorks swApp null; try { swApp (SldWorks)Marshal.GetActiveObject(SldWorks.Application); } catch { // 没有运行中的实例这里可以改为启动新进程 System.Diagnostics.Process.Start(SLDWORKS.exe); System.Threading.Thread.Sleep(5000); swApp (SldWorks)Marshal.GetActiveObject(SldWorks.Application); } // 让 Solidworks 界面可见调试时方便观察 swApp.Visible true; Console.WriteLine(已连接到 Solidworks版本 swApp.RevisionNumber()); } }这段代码的逻辑很直白先尝试用Marshal.GetActiveObject抓取当前已经打开的 Solidworks 进程。如果抓不到说明用户没开软件那就启动一个新进程再抓。Visible true在调试阶段一定要设不然模型在后台默默跑出错你都不知道卡在哪一步。RevisionNumber()返回的是版本号字符串可以用来做后续的版本兼容判断。参数说明上Marshal.GetActiveObject的参数是进程的 ProgIDSolidworks 固定就是SldWorks.Application不要写成别的。启动新进程时SLDWORKS.exe的路径如果不在系统 PATH 里需要写全路径常见做法是从注册表读安装目录但调试阶段直接写死也行。2.3 文档模型与对象层级连接上之后你要理解 Solidworks API 的对象模型。最顶层是SldWorks往下是ModelDoc2代表当前打开的零件、装配体或工程图再往下是PartDoc、AssemblyDoc、DrawingDoc这些具体文档类型。零件里的特征通过FeatureManager访问草图通过SketchManager尺寸通过Dimension对象。这个层级关系决定了你写代码的顺序先拿文档再拿特征再改尺寸最后重建。顺序错了比如在没打开文档的时候去拿特征直接空引用。我见过有人把ActiveDoc写在OpenDoc之前然后抱怨 API 不稳定其实就是顺序问题。3. 参数化建模核心实现从改尺寸到批量配置3.1 打开文档与获取尺寸对象参数化建模的起点是打开一个已有的模型文件然后找到你要改的那个尺寸。尺寸的获取有两种方式按名称找或者遍历特征树找。按名称找快但前提是你建模时给尺寸起了规范的名字遍历找稳但代码量大。// 打开零件文件返回文档对象 ModelDoc2 swModel swApp.OpenDoc6( D:\Projects\bracket.SLDPRT, (int)swDocumentTypes_e.swDocPART, (int)swOpenDocOptions_e.swOpenDocOptions_Silent, , ref errors, ref warnings); // 按名称获取尺寸名称是建模时在尺寸属性里设置的 Dimension swDim (Dimension)swModel.Parameter(D1草图1); if (swDim ! null) { // 修改尺寸值单位是米所以 50mm 要写成 0.05 swDim.SystemValue 0.05; // 重建模型使修改生效 swModel.EditRebuild3(); }OpenDoc6的参数比较多第一个是文件路径第二个是文档类型枚举第三个是打开选项swOpenDocOptions_Silent表示静默打开不弹窗。后面两个ref参数是错误和警告码调用后要检查非零就说明有问题。Parameter方法接收的是尺寸的全名格式是尺寸名所属特征名这个全名可以在 Solidworks 界面里选中尺寸后看状态栏或者用 API 遍历打印出来。SystemValue的单位是米这是最容易踩的坑。你在界面上输入 50API 里要写 0.05。如果模型单位是英寸那又是另一套换算。我一般会在代码里封装一个MmToM的转换函数避免到处写小数点。3.2 配置切换与方程式驱动一个零件可以有多个配置每个配置下尺寸值可以不同。参数化建模经常需要批量改多个配置这时候就要用到Configuration对象。// 获取配置管理器 ConfigurationManager swConfMgr swModel.ConfigurationManager; // 遍历所有配置 object[] confNames (object[])swModel.GetConfigurationNames(); foreach (string confName in confNames) { // 激活指定配置 swModel.ShowConfiguration2(confName); // 在当前配置下修改尺寸 Dimension dim (Dimension)swModel.Parameter(D1草图1); if (dim ! null) { dim.SystemValue 0.05 index * 0.01; // 每个配置递增 swModel.EditRebuild3(); } }ShowConfiguration2会切换当前激活的配置之后的尺寸修改只影响这个配置。如果你不切换配置直接改尺寸改的是当前激活配置的值其他配置不受影响。这个逻辑和界面上点配置标签再改尺寸是一样的。方程式驱动是另一个维度。你可以在模型里预置方程式比如D2草图1 D1草图1 * 2然后代码只改D1D2自动跟着变。这种方式适合有明确数学关系的参数比代码里手动算再赋值更可靠因为方程式在模型内部维护不会因为代码逻辑遗漏而失配。3.3 批量导出与工程图联动改完模型通常要出图。工程图和零件是关联的零件尺寸变了工程图视图会自动更新但你需要触发重建并导出。// 打开对应的工程图 ModelDoc2 swDraw swApp.OpenDoc6( D:\Projects\bracket.SLDDRW, (int)swDocumentTypes_e.swDocDRAWING, (int)swOpenDocOptions_e.swOpenDocOptions_Silent, , ref errors, ref warnings); // 重建工程图 swDraw.EditRebuild3(); // 导出为 PDF swDraw.SaveAs3( D:\Output\bracket.pdf, (int)swSaveAsVersion_e.swSaveAsCurrentVersion, (int)swSaveAsOptions_e.swSaveAsOptions_Silent);SaveAs3的第二个参数是版本一般用当前版本第三个参数Silent表示不弹保存对话框。导出前一定要EditRebuild3否则工程图可能还是旧尺寸的视图。批量导出时把这段逻辑放进循环路径用变量拼接就能一次生成几十张图。4. 避坑与常见问题那些让我加班到凌晨的报错4.1 空引用异常对象还没准备好就动手现象是代码跑到某一行突然抛NullReferenceException指向swModel或swDim。原因通常是文档没打开成功或者尺寸名称写错了。OpenDoc6返回 null 不一定报错可能只是路径不对或文件被占用。解决方法是每次拿对象后立刻判空并且把errors和warnings的值打印出来。我习惯在关键步骤后加Console.WriteLine确认对象不为 null 再往下走。4.2 单位换算错误模型尺寸差了一千倍现象是改完尺寸后模型变得巨大或极小。原因就是SystemValue用米而你按毫米填了。解决方法是统一封装转换函数所有对外接口用毫米内部赋值前转成米。另外注意角度单位是弧度不是度SystemValue对角度同样适用。4.3 重建失败改了尺寸但模型没变现象是代码执行完没报错但打开模型发现尺寸还是旧的。原因是没调用EditRebuild3或者重建时模型有错误导致重建中断。解决方法是每次修改尺寸后强制重建并检查重建返回值。如果模型本身有几何错误重建会失败这时候要先修模型再跑代码。4.4 COM 释放与进程残留现象是程序跑完后 Solidworks 进程还在后台或者第二次运行时连不上。原因是 COM 对象没释放干净。解决方法是把SldWorks、ModelDoc2这些对象在用完后显式释放或者用Marshal.ReleaseComObject。更省事的做法是让代码跑完就退出 Solidworks 进程下次重新启动避免状态污染。4.5 版本兼容性换台电脑就报接口找不到现象是在开发机上跑得好好的换到另一台装不同 Solidworks 版本的电脑上就报方法不存在。原因是不同版本的 API 有增减新方法在老版本上没有。解决方法是查 SDK 文档确认接口的最低版本要求或者在代码里用try-catch包住新接口调用失败时降级到老方法。5. 二次开发改造思路把脚本变成工具的三个习惯5.1 参数外置与配置文件驱动一开始我把所有尺寸值写在代码里改一个数就要重新编译。后来改成读 JSON 配置文件代码只负责逻辑数据从外部来。这样非开发人员也能改参数不用碰代码。// 用 Newtonsoft.Json 读配置 var config JsonConvert.DeserializeObjectDictionarystring, double( File.ReadAllText(D:\Config\params.json)); foreach (var kv in config) { Dimension dim (Dimension)swModel.Parameter(kv.Key); if (dim ! null) { dim.SystemValue kv.Value / 1000.0; // 配置文件用毫米 swModel.EditRebuild3(); } }配置文件里写{D1草图1: 50, D2草图1: 80}代码遍历字典逐个赋值。这样换一套参数就是换一个 JSON 文件不用动代码。5.2 日志与回滚出错了要知道改到哪一步批量操作最怕改了一半失败模型处于半新半旧的状态。我的做法是每改一个尺寸就写一条日志记录尺寸名、旧值、新值、时间戳。如果中途失败可以根据日志手动回滚或者写一个反向操作把已改的尺寸恢复。日志用简单的文本文件就行关键是格式要固定方便解析。5.3 封装成独立工具从控制台到 WinForm控制台程序适合调试但给同事用就不方便了。我一般会花半天时间套一个 WinForm 界面放几个按钮选择模型、加载配置、执行、导出。界面不用好看能点就行。这样工具就能在团队里传开而不是只有你自己会用。5.4 验证方法改完怎么确认没翻车改完模型后不要只看尺寸值要检查几何是否合理。我的习惯是导出改前改后的 PDF 对比或者用 API 读取模型的包围盒尺寸确认在预期范围内。如果包围盒突变说明某个尺寸改错了。另外重建后的模型要手动打开看一眼代码说成功不代表几何没问题。从那以后我每次写批量改尺寸的代码都强制先在一个副本上跑一遍确认无误再动原始文件。这个习惯帮我省了至少三次通宵返工。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/17 4:49:06 · 阅读 1.2k Solidworks二次开发实战：C#参数化建模与批量出图避坑指南
简介本资源面向具备一定C与COM基础的SolidWorks二次开发学习者聚焦参数化建模这一核心场景帮助读者理解如何通过程序接口驱动零件尺寸与特征从而替代重复的手工建模操作。压缩包共95个文件约4.33MB以cpp与h源码为主体配合bmp位图资源、sbr与obj编译中间文件、tlh类型库头文件及dll、tlb、rgs等注册组件完整保留了VC6工程从源码到可注册插件的构建链路。资源中可见Dialog、PropSheet、PMPage等对话框与属性页模块以及Part、Zhou、lunwen等业务类配合sldworks.tlh、swconst.tlh等接口声明便于读者梳理SolidWorks API的调用方式与工程组织思路。目前已有622人学习下载适合希望从零搭建参数化建模插件、研究旧版VC工程结构或对照调试二次开发流程的读者参考。1. 从一张改到崩溃的图纸说起Solidworks 二次开发到底能干什么如果你画过带几十个配置的零件大概率经历过这种场面客户改一个孔距你得手动打开工程图、改尺寸、重建、导出、再改下一个配置。改到第五个的时候手已经比脑子快了但错也埋进去了。Solidworks 二次开发要解决的就是这类问题——把重复的建模动作、参数联动、批量出图交给代码去跑。它适合两类人一类是天天用 Solidworks 画相似结构、被配置和方程式折磨的机械工程师另一类是想把设计流程工具化、做参数化建模平台的开发者。这个项目不是教你从零写一个 CAD而是基于 Solidworks 已有的 API 接口用代码去驱动它让“改一个参数、全模型跟着动”这件事变得可编程、可复用、可批量。2. 技术选型与开发环境为什么是 C# 加 Solidworks API2.1 接口形态与语言选择Solidworks 对外暴露的是一套 COM 组件接口官方叫 Solidworks API。它不限制你用什么语言只要你能调 COMVB.NET、C#、Python 甚至 VBA 都能接。但真到项目里我一般会选 C#原因很实际强类型、编译期就能发现接口名写错、Visual Studio 的智能提示对这套 API 支持最好而且部署时打包成 DLL 或独立 EXE 都方便。Python 写起来快但调 COM 时参数类型容易翻车尤其是涉及数组和 ByRef 参数的时候调试成本反而更高。开发环境上你需要三样东西Solidworks 本体版本决定了 API 的可用范围新版本接口更多但兼容性要自己测、Visual Studio社区版够用、以及 Solidworks API 的 SDK 文档。SDK 不是必须安装的但装了之后在 VS 里能直接引用 Solidworks 的类型库省去手写Interop.SolidWorks.dll的麻烦。2.2 项目引用与第一个连接新建一个 C# 控制台项目后第一步是添加引用。在 VS 里右键引用浏览到 Solidworks 安装目录找到SolidWorks.Interop.sldworks.dll和SolidWorks.Interop.swconst.dll把这两个加进来。前者是主接口后者是常量定义枚举值都在里面。using SolidWorks.Interop.sldworks; using SolidWorks.Interop.swconst; using System.Runtime.InteropServices; class Program { static void Main(string[] args) { // 获取正在运行的 Solidworks 实例如果没有则启动一个新的 SldWorks swApp null; try { swApp (SldWorks)Marshal.GetActiveObject(SldWorks.Application); } catch { // 没有运行中的实例这里可以改为启动新进程 System.Diagnostics.Process.Start(SLDWORKS.exe); System.Threading.Thread.Sleep(5000); swApp (SldWorks)Marshal.GetActiveObject(SldWorks.Application); } // 让 Solidworks 界面可见调试时方便观察 swApp.Visible true; Console.WriteLine(已连接到 Solidworks版本 swApp.RevisionNumber()); } }这段代码的逻辑很直白先尝试用Marshal.GetActiveObject抓取当前已经打开的 Solidworks 进程。如果抓不到说明用户没开软件那就启动一个新进程再抓。Visible true在调试阶段一定要设不然模型在后台默默跑出错你都不知道卡在哪一步。RevisionNumber()返回的是版本号字符串可以用来做后续的版本兼容判断。参数说明上Marshal.GetActiveObject的参数是进程的 ProgIDSolidworks 固定就是SldWorks.Application不要写成别的。启动新进程时SLDWORKS.exe的路径如果不在系统 PATH 里需要写全路径常见做法是从注册表读安装目录但调试阶段直接写死也行。2.3 文档模型与对象层级连接上之后你要理解 Solidworks API 的对象模型。最顶层是SldWorks往下是ModelDoc2代表当前打开的零件、装配体或工程图再往下是PartDoc、AssemblyDoc、DrawingDoc这些具体文档类型。零件里的特征通过FeatureManager访问草图通过SketchManager尺寸通过Dimension对象。这个层级关系决定了你写代码的顺序先拿文档再拿特征再改尺寸最后重建。顺序错了比如在没打开文档的时候去拿特征直接空引用。我见过有人把ActiveDoc写在OpenDoc之前然后抱怨 API 不稳定其实就是顺序问题。3. 参数化建模核心实现从改尺寸到批量配置3.1 打开文档与获取尺寸对象参数化建模的起点是打开一个已有的模型文件然后找到你要改的那个尺寸。尺寸的获取有两种方式按名称找或者遍历特征树找。按名称找快但前提是你建模时给尺寸起了规范的名字遍历找稳但代码量大。// 打开零件文件返回文档对象 ModelDoc2 swModel swApp.OpenDoc6( D:\Projects\bracket.SLDPRT, (int)swDocumentTypes_e.swDocPART, (int)swOpenDocOptions_e.swOpenDocOptions_Silent, , ref errors, ref warnings); // 按名称获取尺寸名称是建模时在尺寸属性里设置的 Dimension swDim (Dimension)swModel.Parameter(D1草图1); if (swDim ! null) { // 修改尺寸值单位是米所以 50mm 要写成 0.05 swDim.SystemValue 0.05; // 重建模型使修改生效 swModel.EditRebuild3(); }OpenDoc6的参数比较多第一个是文件路径第二个是文档类型枚举第三个是打开选项swOpenDocOptions_Silent表示静默打开不弹窗。后面两个ref参数是错误和警告码调用后要检查非零就说明有问题。Parameter方法接收的是尺寸的全名格式是尺寸名所属特征名这个全名可以在 Solidworks 界面里选中尺寸后看状态栏或者用 API 遍历打印出来。SystemValue的单位是米这是最容易踩的坑。你在界面上输入 50API 里要写 0.05。如果模型单位是英寸那又是另一套换算。我一般会在代码里封装一个MmToM的转换函数避免到处写小数点。3.2 配置切换与方程式驱动一个零件可以有多个配置每个配置下尺寸值可以不同。参数化建模经常需要批量改多个配置这时候就要用到Configuration对象。// 获取配置管理器 ConfigurationManager swConfMgr swModel.ConfigurationManager; // 遍历所有配置 object[] confNames (object[])swModel.GetConfigurationNames(); foreach (string confName in confNames) { // 激活指定配置 swModel.ShowConfiguration2(confName); // 在当前配置下修改尺寸 Dimension dim (Dimension)swModel.Parameter(D1草图1); if (dim ! null) { dim.SystemValue 0.05 index * 0.01; // 每个配置递增 swModel.EditRebuild3(); } }ShowConfiguration2会切换当前激活的配置之后的尺寸修改只影响这个配置。如果你不切换配置直接改尺寸改的是当前激活配置的值其他配置不受影响。这个逻辑和界面上点配置标签再改尺寸是一样的。方程式驱动是另一个维度。你可以在模型里预置方程式比如D2草图1 D1草图1 * 2然后代码只改D1D2自动跟着变。这种方式适合有明确数学关系的参数比代码里手动算再赋值更可靠因为方程式在模型内部维护不会因为代码逻辑遗漏而失配。3.3 批量导出与工程图联动改完模型通常要出图。工程图和零件是关联的零件尺寸变了工程图视图会自动更新但你需要触发重建并导出。// 打开对应的工程图 ModelDoc2 swDraw swApp.OpenDoc6( D:\Projects\bracket.SLDDRW, (int)swDocumentTypes_e.swDocDRAWING, (int)swOpenDocOptions_e.swOpenDocOptions_Silent, , ref errors, ref warnings); // 重建工程图 swDraw.EditRebuild3(); // 导出为 PDF swDraw.SaveAs3( D:\Output\bracket.pdf, (int)swSaveAsVersion_e.swSaveAsCurrentVersion, (int)swSaveAsOptions_e.swSaveAsOptions_Silent);SaveAs3的第二个参数是版本一般用当前版本第三个参数Silent表示不弹保存对话框。导出前一定要EditRebuild3否则工程图可能还是旧尺寸的视图。批量导出时把这段逻辑放进循环路径用变量拼接就能一次生成几十张图。4. 避坑与常见问题那些让我加班到凌晨的报错4.1 空引用异常对象还没准备好就动手现象是代码跑到某一行突然抛NullReferenceException指向swModel或swDim。原因通常是文档没打开成功或者尺寸名称写错了。OpenDoc6返回 null 不一定报错可能只是路径不对或文件被占用。解决方法是每次拿对象后立刻判空并且把errors和warnings的值打印出来。我习惯在关键步骤后加Console.WriteLine确认对象不为 null 再往下走。4.2 单位换算错误模型尺寸差了一千倍现象是改完尺寸后模型变得巨大或极小。原因就是SystemValue用米而你按毫米填了。解决方法是统一封装转换函数所有对外接口用毫米内部赋值前转成米。另外注意角度单位是弧度不是度SystemValue对角度同样适用。4.3 重建失败改了尺寸但模型没变现象是代码执行完没报错但打开模型发现尺寸还是旧的。原因是没调用EditRebuild3或者重建时模型有错误导致重建中断。解决方法是每次修改尺寸后强制重建并检查重建返回值。如果模型本身有几何错误重建会失败这时候要先修模型再跑代码。4.4 COM 释放与进程残留现象是程序跑完后 Solidworks 进程还在后台或者第二次运行时连不上。原因是 COM 对象没释放干净。解决方法是把SldWorks、ModelDoc2这些对象在用完后显式释放或者用Marshal.ReleaseComObject。更省事的做法是让代码跑完就退出 Solidworks 进程下次重新启动避免状态污染。4.5 版本兼容性换台电脑就报接口找不到现象是在开发机上跑得好好的换到另一台装不同 Solidworks 版本的电脑上就报方法不存在。原因是不同版本的 API 有增减新方法在老版本上没有。解决方法是查 SDK 文档确认接口的最低版本要求或者在代码里用try-catch包住新接口调用失败时降级到老方法。5. 二次开发改造思路把脚本变成工具的三个习惯5.1 参数外置与配置文件驱动一开始我把所有尺寸值写在代码里改一个数就要重新编译。后来改成读 JSON 配置文件代码只负责逻辑数据从外部来。这样非开发人员也能改参数不用碰代码。// 用 Newtonsoft.Json 读配置 var config JsonConvert.DeserializeObjectDictionarystring, double( File.ReadAllText(D:\Config\params.json)); foreach (var kv in config) { Dimension dim (Dimension)swModel.Parameter(kv.Key); if (dim ! null) { dim.SystemValue kv.Value / 1000.0; // 配置文件用毫米 swModel.EditRebuild3(); } }配置文件里写{D1草图1: 50, D2草图1: 80}代码遍历字典逐个赋值。这样换一套参数就是换一个 JSON 文件不用动代码。5.2 日志与回滚出错了要知道改到哪一步批量操作最怕改了一半失败模型处于半新半旧的状态。我的做法是每改一个尺寸就写一条日志记录尺寸名、旧值、新值、时间戳。如果中途失败可以根据日志手动回滚或者写一个反向操作把已改的尺寸恢复。日志用简单的文本文件就行关键是格式要固定方便解析。5.3 封装成独立工具从控制台到 WinForm控制台程序适合调试但给同事用就不方便了。我一般会花半天时间套一个 WinForm 界面放几个按钮选择模型、加载配置、执行、导出。界面不用好看能点就行。这样工具就能在团队里传开而不是只有你自己会用。5.4 验证方法改完怎么确认没翻车改完模型后不要只看尺寸值要检查几何是否合理。我的习惯是导出改前改后的 PDF 对比或者用 API 读取模型的包围盒尺寸确认在预期范围内。如果包围盒突变说明某个尺寸改错了。另外重建后的模型要手动打开看一眼代码说成功不代表几何没问题。从那以后我每次写批量改尺寸的代码都强制先在一个副本上跑一遍确认无误再动原始文件。这个习惯帮我省了至少三次通宵返工。希望帮到你。本文还有配套的精品资源点击获取