CATIA CAA二次开发环境搭建与mkmk编译排错

简介：一份面向 CATIA 二次开发初学者的环境配置入门文档，聚焦 CAA、RADE 与 Visual Studio 2005 的安装及协同配置，帮助刚接触二次开发的学习者理清软件依赖关系，减少环境搭建阶段的反复试错。压缩包内仅含 1 个 doc 文档，约 4.8MB，采用图文混排组织，配有较多界面截图与文字说明，便于按安装环节对照查阅。文档围绕 VS2005、CATIA V5R19、CAA、RADE 的安装顺序、目录规划、许可处理与环境搭建展开，并提示初学者容易卡住的配置细节，可作为环境自查清单使用。已有 5396 人学习，说明其在入门群体中具有一定参考价值；适合零基础读者建立整体流程认知，也适合已有 CATIA 使用经验者补齐二次开发环境配置知识。

1. CAA 二次开发环境到底卡在哪：先看清这四层依赖

装 CAA 这件事，出问题的地方通常在安装环节，写代码反而不太容易出岔子。我见过不少人把 CATIA、CAA、RADE、VS2005 四个安装包一股脑双击下去，最后卡在「打开工作空间报错」「mkmk 找不到头文件」「CATIA 启动闪退」上。这些现象九成不是软件坏了，是四层依赖的咬合关系没对齐：CATIA 是宿主，CAA 是 API 与头文件层，RADE 是编译工具链和许可服务，VS2005 只是挂在外面的编辑器外壳。这四者必须共用同一套路径约定、同一个版本代号 V5R19_B19、同一份环境变量，任何一层装偏，上层全废。下面按我重装过好几遍的顺序，把每一步的路径、勾选项、验证点和出问题的地方拆开讲，适合第一次碰 CAA、介质已经拿到手但还没敢动手的人。

2. 装前定调：四件套的版本咬合与目录规划

动手之前先把两件事定死，一是版本，二是路径。这两件事在安装过程中改不了，等装完再发现不对，基本只能全盘卸载重来。我踩过最贵的一次坑是 CATIA 装在D:\catia_v5r19，RADE 装到了带空格的D:\Program Files\RADE，结果 mkmk 每次拼命令行都在空格处截断，报的错是「找不到框架」，排查了整整两天才发现是路径问题。

2.1 四件套的版本对齐表

CAA 这套东西的版本约束比一般开发环境严得多，因为它不是「库 + 应用」的关系，而是靠一套二进制接口和工具级代号硬绑定的。CATIA 的 release 号（V5R19）、CAA 的 release 号、RADE 的 release 号、以及 VS2005 里打开工作空间时选的 Tool level（V5R19_B19），四者必须指向同一个 release。下面这张表是我按实际排查经验整理的对应关系：

注意表里「同位数」这一条。V5R19 时代主流是 32 位环境，CAA 和 RADE 也都有 32/64 两套介质。一旦 CATIA 是 32 位、CAA 拿了 64 位的包，症状会非常隐蔽——头文件能编译，链接时却报一堆莫名其妙的未解析符号，新手很容易误判成代码写错了。

2.2 目录规划：为什么所有路径都要落在盘符根目录

原始教程里反复强调「安装目录为本地盘符的根目录」，这不是作者的个人偏好，而是 CAA 工具链的硬性要求。mkmk 在编译时会把工作空间路径、框架路径、CATIA 安装路径拼进编译命令行和中间产物路径里，只要其中任何一段带空格，命令行解析就会断在那里。Windows 的 8.3 短路径机制有时候能救回来，但 CAA 的工具并不总是走短路径，所以正确做法是干脆避开。

我会按下面这套结构落盘，全大写、无空格、无中文、层级短：

REM 目录规划：全部落在盘符根目录，路径短、无空格、无中文 D:\catia_v5r19 REM CATIA 宿主安装目录（CAA 会装到它下面） D:\RADE REM RADE 工具链目录，与 CATIA 平级 D:\CAAWorkspaceR19 REM 工作空间，存放 .edu 框架目录

三个参数的含义和修改方式：D:换成你空间最充裕的本地盘即可，但不要用网络映射盘，mkmk 对 UNC 路径支持很差；catia_v5r19这个目录名建议原样保留，因为 CAA 安装时会去这个路径下找intel_a子目录，改名后需要在 CATVBTSetup 里重新指；CAAWorkspaceR19里的 R19 只是个人命名习惯，改不改都行，但不要带点和空格。

还有个容易忽略的点：这三个目录的权限。如果用普通用户账户安装，后续 mkmk 往D:\CAAWorkspaceR19写中间产物时会被拦，报「拒绝访问」。稳妥做法是安装阶段用管理员账户，装完后把工作空间目录的完全控制权限授予日常账户，而不是一直用管理员跑编译——后者会在后面调试时带来一堆权限相关的怪问题。

2.3 安装顺序与前置检查清单

顺序不能乱。VS2005 要先装，因为后面 RADE 的工具和 CATIA 的某些组件会去注册表里查 .NET 和 VC 运行库；CATIA 要在 CAA 之前，因为 CAA 是往 CATIA 目录里写东西；RADE 最后装，因为它依赖 CATIA 的JS0GROUP.dll做许可校验。

动手前把手上的介质摊开对一遍：

1. VS2005 安装介质，确认带 MSDN 文档盘；
2. CATIA V5R19 的 ISO 镜像，位数与后续 CAA/RADE 一致；
3. CAA 的两张盘（第二张在安装中途会被要求插入）；
4. RADE 安装介质，以及配套的许可配置文件；
5. 虚拟光驱工具，用于挂载 ISO；
6. 一个干净的、没有装过其他版本 CATIA 的系统。

提示：第 6 条值得单独说。同一台机器上装过 V5R20、V5R21 的话，注册表里会残留CATIA.V5R2x之类的键，CAA 的框架定位会串版本，症状是编译时引用了别的 release 的头文件。真要共存，用虚拟机隔离，不要指望在同一台物理机上和平共处。

关于运行环境还有个现实问题：V5R19 和 VS2005 都是 2008 年前后的产物，官方支持的系统是 32 位 XP / Vista。硬在现代 64 位系统上装，会连续撞上三件事——安装程序需要兼容模式、虚拟光驱驱动过不了驱动签名、VS2005 的 .NET 1.1 组件装不上。常见做法是用一台 32 位 Win7 的虚拟机跑整套环境，宿主机只用来查文档和写笔记。这样做比在物理机上死磕省时间得多，后面所有关于路径和命令的描述也都以虚拟机里的环境为准。

3. 安装实操：从 VS2005 到 RADE 的落盘顺序与关键勾选项

这一章是纯操作。我按实际安装的先后顺序写，每一步都标出「必须这样选的项」和「可以默认的项」，以及装完后用什么动作验证它真的成了。

3.1 VS2005 的组件选择与 MSDN 的作用

VS2005 安装本身不复杂，但组件勾选有讲究。安装向导里会列出 VB、.NET、C#、C++ 等语言，CAA 只用到 C++，但 .NET 和 C# 建议一起装上——RADE 的部分工具脚本依赖 .NET 运行时，缺了会在后面某一步以「找不到依赖项」的形式冒出来。

MSDN 文档盘要装。CAA 的 API 文档本身是独立的（在 CATIA 的CAADoc目录下），但 VS2005 的智能感知和调试符号需要 MSDN 才能完整工作。装 MSDN 时选「完全安装」，或者至少包含 Visual C++ 部分。

装完的验证动作：打开 VS2005，新建一个空的 C++ 项目，写个int main(){return 0;}编译一次。这一步看着多余，但如果编译不过，说明 VC 编译器或 .NET 框架有问题，后面 CAA 的坑会叠加在这上面，很难分清是哪一层。

3.2 CATIA V5R19 的虚拟光驱安装与目录约定

把 CATIA 的 ISO 挂到虚拟光驱里，双击setup.exe启动。接下来的向导里有几个选择必须按规矩来：

第一处是安装目标目录。向导默认会填到C:\Program Files\Dassault Systemes\...，必须手动改成盘符根目录，例如D:\catia_v5r19。目录不存在时向导会问是否新建，点「是」。

第二处是环境目录（Environment Directory）。保持默认即可，同样在提示目录不存在时选新建。这个目录存放 CATIA 的运行环境变量定义，CAA 后面会往里写东西，所以不能省。

第三处是安装类型。选「完全安装」（Complete），不要为了省空间选自定义。CAA 编译时需要的部分头文件和库文件，在精简安装里可能缺失。

第四处是联机文档。这一步选「不安装联机文档」，文档单独由 CAA 盘提供，装两遍纯属浪费几个 G。

安装过程要跑挺久，中途会多次弹出选择「下一步」的确认框，内容基本都是默认值，直接过。装完后先别急着启动 CATIA，按原始流程，此时还需要完成授权配置才能打开——授权这一步请按你手上的合法授权方式处理，本文不展开。授权配置完成后，第一次启动 CATIA 会做一次初始化，界面能正常出来、能新建一个 Part 文件，才算 CATIA 这一层通了。

3.3 CAA 的安装路径与 include 头文件补全

CAA 的安装向导第一步是欢迎页，直接下一步。关键在第二步的安装目录：这里要选到 CATIA 的安装目录里面，也就是D:\catia_v5r19，而不是同级的另一个目录。CAA 会把自己的CAADoc、intel_a等子目录合并进 CATIA 的目录树，后续 RADE 和 mkmk 都是按这个结构去找头文件和库的。

第三步选「完全安装」。第四步点「安装」按钮开始。安装进行到一半时，会弹窗提示插入第二张盘——这时把 CAA 的第二张 ISO 挂进虚拟光驱（如果用的是同一个虚拟光驱设备，先卸载第一张再挂第二张），然后点确定继续。

装完的最后一步原文提到「把 include.rar 解压到D:\catia_v5r19」。这个压缩包里是 CAA 的 C++ 头文件，安装程序有时不会自动铺到正确位置，需要手动补。解压后的目录结构应该是D:\catia_v5r19\include，里面是一堆.h文件。

验证动作：打开资源管理器，确认D:\catia_v5r19\include下有大量.h文件，同时D:\catia_v5r19\CAADoc目录存在且里面有内容。这两条不满足，后面编译一定报「找不到头文件」。

3.4 RADE 的安装、许可服务注册与 JS0GROUP.dll 对齐

RADE 的向导第一步同样是欢迎页。第二步定安装目录，要求与 CATIA 的目录平级且落在盘符根目录，例如D:\RADE。目录不存在时选新建。

第三步输入标识（Identifier），按向导的格式要求填即可，注意不要带空格和特殊字符。第四步的环境目录保持默认，提示目录不存在时选新建。第五步选完全安装。后面几步都是默认值，一路下一步，最后点安装。

安装完成后要做三件事，顺序不能换：

第一件，替换 RADE 的 bin 目录下的核心可执行文件。把这些文件复制到D:\RADE\intel_a\code\bin，覆盖原有文件。这一步实际上是在替换 RADE 的工具链组件，让它们与当前环境的授权状态匹配。操作前先把原文件备份一份到bin\bak，出问题时能快速回滚。

第二件，把 CATIA 的JS0GROUP.dll复制到 RADE 的 bin 目录并替换。源文件在D:\catia_v5r19\intel_a\code\bin\JS0GROUP.dll，目标位置是D:\RADE\intel_a\code\bin\JS0GROUP.dll。这个 DLL 是 CATIA 的底层对象模型库，RADE 的工具运行时会加载它，两边版本必须完全一致，否则会出现「工具启动即退出」且没有任何错误提示的情况——这是最难查的一类问题，因为进程静默死亡，日志里什么都没有。

第三件，运行许可注册工具。执行D:\RADE\intel_a\code\bin\CATVBTLicenser.exe，界面上把右侧的选项全部勾选，点 Apply。正确执行后会有一个明确的成功提示。如果提示失败，先回头看第二件事做了没有——JS0GROUP.dll没替换，这个工具大概率起不来或直接报错。

3.5 用 CATVBTSetup 把工具链挂到 CATIA 上

前面装的东西彼此还是散的，CATVBTSetup.exe是把它们缝起来的那根线。它位于D:\RADE\intel_a\code\bin下，运行后会有一个配置界面，中途可能有提示框，忽略即可。

需要填两个路径：

• Target 选项卡下的Installation Directory：填 CATIA 的安装目录，即D:\catia_v5r19；
• Documentation 选项卡下的Documentation installation Path：填D:\catia_v5r19\CAADoc\Doc。

填完点 OK。如果弹验证消息，直接确认。这一步的作用是告诉 RADE 工具链「你的宿主在哪、文档在哪」，之后 mkmk 编译时才知道去哪里找 CATIA 的头文件和库，VS2005 的 CAA 插件也才知道去哪里加载工作空间模板。

注意Documentation installation Path这一项，如果CAADoc\Doc目录下是空的（CAA 安装时联机文档被跳过导致），工具不会报错，但后续在 VS2005 里按 F1 查 API 会一片空白。确认目录里有实际的 HTML 文件再往下走。

4. 打通 VS2005 与 CAA：工作空间、MkmkWorkspace 与前置框架定位

前面五步装完，四件套各自能跑，但还互相不认识。这一章做的是把它们接上，接好之后你才能在 VS2005 里双击打开一个 CAA 工程、按 F7 编译、按 F5 起 CATIA 调试。

4.1 建立 CAAWorkspaceR19 与 CAASystem.edu 的复制

CAA 的工程组织单位叫「工作空间」（Workspace），一个工作空间下可以挂多个「框架」（Framework），一个框架下再有多个「模块」（Module）。宿主环境自带的示例框架在D:\catia_v5r19\CAADoc下面，其中CAASystem.edu是最基础的一个，适合拿来验证环境。

操作是：在D:\catia_v5r19下新建目录CAAWorkspaceR19，然后把CAADoc\CAASystem.edu整个文件夹复制进去。复制完的结构是D:\catia_v5r19\CAAWorkspaceR19\CAASystem.edu。

.edu这个后缀是 CAA 对框架目录的命名约定，不要改成别的。目录名里的CAASystem是框架名，mkmk 会拿它作为编译单元标识，改了名之后 IdentityCard 里的名字就对不上，编译能过但加载会失败。

4.2 Open CAA V5 Workspace 的四个关键输入

启动 VS2005，走「文件」菜单，找到Open CAA V5 Workspace。这个菜单项是 CAA 集成插件装好后才有的，如果没有，说明 3.5 节的 CATVBTSetup 没配对，或者 VS2005 装的时候漏了某个组件。

对话框里有四个输入：

Tool level 一定要选V5R19_B19，这个值来自 RADE 安装时写入的工具链标识。如果下拉框里根本没有这一项，基本可以断定 RADE 没装对或者 CATVBTSetup 的 Installation Directory 指错了地方。

点 OK 之后会弹一个警告，忽略它点 OK。紧接着提示「工作空间里无工程」，点确定。这时左侧的解决方案树会展开，能看到CAASystem.edu框架下的各个模块。展开到.m文件层，选一个入口文件（原始流程里用的是CAASysCallBack.m），点 OK。VS2005 的解决方案资源管理器里就会出现这个工程的树形结构。

.m文件是 CAA 的模块描述文件，不是源码。它声明了这个模块包含哪些源文件、依赖哪些框架、输出什么类型的库。选它等于告诉 VS2005「我要打开的是这个模块」，而不是某个.cpp。

4.3 Locate Prerequisite Workspaces 的作用与配置

工作空间打开后，菜单栏会出现CAAV5Workspace这一项。点开，找Locate Prerequisite Workspaces...。

这个功能解决的是「前置框架定位」问题。CAA 的框架之间是有依赖的：你的代码可能引用CATIAApplicationFrame、ObjectModelerBase这些系统框架，而它们并不在你的工作空间里，而是躺在 CATIA 的安装目录下。mkmk 编译时必须知道去哪里找这些框架的头文件和库，否则每一条#include都会失败。

对话框里的配置：

• Mode 选Access prerequisites from their origin location，意思是直接使用框架的原始位置，不复制；
• Origin for prerequisite Frameworks 里点Add，选中 CATIA 的安装目录D:\catia_v5r19；
• 点 OK 保存。

保存后，界面上会列出所有被识别到的前置框架。这一步的成功标志是列表里出现一批CATxxx开头的框架名。如果列表是空的，检查两点：CATIA 安装目录下有没有intel_a和CAADoc两个子目录，以及 3.5 节的 Documentation Path 是不是指到了CAADoc\Doc。

注意：这个配置保存在工作空间级别，不是全局。换一个工作空间要重新配一次。很多人复制了一个新工作空间后编译报错，就是因为忘了这一步。

4.4 编译一个示例框架：mkmk 命令与输出物

VS2005 里点「生成解决方案」能编译，但 CAA 项目我更习惯直接用 mkmk 命令行，因为报错信息更全，而且能看清每一步的中间产物落在哪。CAA 的环境变量要在命令行里先设好：

REM 进入 CAA 命令行环境，设置关键环境变量 set CATInstallPath=D:\catia_v5r19 set CATROOT=D:\RADE set PATH=%CATROOT%\intel_a\code\bin;%CATInstallPath%\intel_a\code\bin;%PATH% REM 切到工作空间目录 cd /d D:\catia_v5r19\CAAWorkspaceR19 REM 先解析前置框架，生成内部依赖表 mkGetPreq -p REM 全量编译当前工作空间下所有框架 mkmk -a

三个命令的作用和参数：mkGetPreq -p扫描工作空间下的.m文件，把前置框架的路径解析成绝对路径写进内部配置文件，-p表示保留已有配置只做增补；mkmk -a的-a是 all，表示编译全部框架，如果不加，默认只编译当前目录下的框架；如果想只编某个框架，用mkmk <框架名>。

编译成功的标志是控制台最后输出没有Error行，并且D:\catia_v5r19\CAAWorkspaceR19\CAASystem.edu\CNext\code\bin下出现了.dll或.a产物。第一次编译通常会跑几分钟，后面增量编译快很多。

失败时先看第一条报错，不要看最后一条。CAA 的编译输出里，第一条报错几乎总是根因，后面的都是连锁反应。最常见的三条根因是：头文件路径没找到（include.rar没解压对）、前置框架没定位（4.3 节没做）、tool level 不匹配（4.2 节选错）。

5. 避坑与排查：五条血泪记录

这一章单独拎出来，是因为前面四章讲的是「应该怎么做」，而实际装的时候，八成的人会在下面这几个地方翻车。每条按「现象 → 原因 → 解决」写，能对上号就直接照做。

5.1 现象：CATIA 启动闪退，没有任何错误提示

原因：最常见是JS0GROUP.dll版本不一致。CATIA 目录和 RADE 目录下各有一份，RADE 的许可工具加载的是 RADE 自己那份，如果它比 CATIA 的旧，工具链内部的对象工厂初始化会失败，进程直接退出，不写日志。第二种可能是授权配置没完成，CATIA 启动时找不到有效的许可。

解决：先确认D:\RADE\intel_a\code\bin\JS0GROUP.dll与D:\catia_v5r19\intel_a\code\bin\JS0GROUP.dll的文件大小和修改时间完全一致，不一致就重新复制覆盖。然后重新跑一遍CATVBTLicenser.exe，确保右侧选项全勾、Apply 成功。如果还是闪退，用事件查看器看应用程序日志里的错误模块名，能直接定位到是哪个 DLL 崩的。

5.2 现象：mkmk 报「command not found」或「无法识别的命令」

原因：PATH 里没有 RADE 的 bin 目录，或者你在普通的 CMD 窗口里跑 mkmk，而不是在设好环境变量的会话里。CAA 的 mkmk 不是独立可执行文件那么简单，它依赖一批同目录下的工具和配置文件，环境变量没设全就会报这个。

解决：按 4.4 节的三行set命令先设环境变量，再跑 mkmk。更稳妥的做法是写一个caaenv.bat放在桌面，每次双击它开一个新窗口，里面预置好所有环境变量：

@echo off REM caaenv.bat：一键进入 CAA 编译环境 set CATInstallPath=D:\catia_v5r19 set CATROOT=D:\RADE set CATWorkspace=D:\catia_v5r19\CAAWorkspaceR19 set PATH=%CATROOT%\intel_a\code\bin;%CATInstallPath%\intel_a\code\bin;%PATH% cd /d %CATWorkspace% echo CAA 环境已就绪，当前目录：%CD% cmd /k

这个脚本里cmd /k表示执行完前面的设置后保持窗口不关闭，方便继续敲命令。四个变量的含义：CATInstallPath是宿主安装根，CATROOT是工具链根，CATWorkspace是工作空间，PATH里两个 bin 目录的顺序不要颠倒，RADE 的要放前面，否则同名的工具会用到 CATIA 那份旧版本。

5.3 现象：打开工作空间时提示「no CAA V5 workspace found」

原因：Directory指错层级。工作空间目录和框架目录是两层结构，CAAWorkspaceR19是工作空间，它下面的CAASystem.edu才是框架。指到框架层，VS2005 找不到工作空间的标识文件。

解决：确认路径是D:\catia_v5r19\CAAWorkspaceR19，末尾不要带反斜杠，中间不要有空格。如果路径没问题还是报，检查这个目录下有没有CAASystem.edu子目录——如果复制的时候多套了一层（变成CAAWorkspaceR19\CAASystem.edu\CAASystem.edu），工具同样认不出来。

5.4 现象：编译通过，但 CATIA 里加载不上自己写的命令

原因：模块的IdentityCard.h里声明的框架名与目录名不一致，或者.m文件里声明的目标输出类型不对。CAA 的加载是按名字硬匹配的，错一个字符都加载不上，而且不给任何提示。

解决：打开框架根目录下的IdentityCard.h，核对AddPrereqComponent里的框架名列表是否覆盖了你代码里#include的所有头文件所在框架。多声明不报错，少声明一定出问题。再打开.m文件，确认MODULE段里的LINK_WITH和BUILT_OBJECT_TYPE与你的预期一致——写的是SHARED_LIBRARY还是EXECUTABLE，决定了产物是 DLL 还是 EXE，类型不对 CATIA 当然不会去加载它。

5.5 现象：换一台机器重装，前面都正常，最后一步编译报权限错误

原因：新机器上用普通用户安装，D:\CAAWorkspaceR19目录的写权限没给到当前账户，mkmk 写中间产物时被拦。另一种可能是杀毒软件实时防护把 mkmk 生成的临时.o文件当成可疑文件隔离了，报错信息看起来像权限问题，实际是文件凭空消失。

解决：先看报错的具体路径，如果是工作空间目录，右键属性 → 安全 → 给当前用户加「完全控制」。如果是系统临时目录，把D:\CAAWorkspaceR19和D:\RADE加进杀毒软件的排除列表。这类问题在有企业级终端的机器上特别常见，我一般装完后第一件事就是加白名单，省得后面每次编译都提心吊胆。

6. 用一个最小框架验收：从 IdentityCard 到可加载模块

环境通没通，不看能不能编译，看能不能在 CATIA 里点出一个自己写的按钮。这一章用一个最小可加载模块做端到端验收，代码量很小，但它会把你前面所有配置一次性串起来跑一遍。

6.1 最小框架的目录结构与 IdentityCard.h

在D:\catia_v5r19\CAAWorkspaceR19下新建框架目录MyFirst.edu，里面按 CAA 的约定建三个子目录：PublicInterfaces（对外头文件）、ProtectedInterfaces（内部头文件）、MyFirst.m（模块描述文件）和框架级的IdentityCard.h。

IdentityCard.h是框架的身份证，mkmk 靠它知道这个框架依赖谁：

// IdentityCard.h —— 框架级声明，声明依赖的系统框架 AddPrereqComponent("System", Public); AddPrereqComponent("ObjectModelerBase", Public); AddPrereqComponent("CATIAApplicationFrame", Public); AddPrereqComponent("MechanicalModeler", Public);

四个参数里，第一个是组件名，必须是 CATIA 安装目录下真实存在的框架目录名；第二个Public/Protected决定依赖是否传递给上层框架。少写一个，编译时那个框架的头文件就找不到，报错形式是fatal error C1083: 无法打开包括文件。

6.2 模块描述文件与编译验证

MyFirst.m描述模块本身：

# MyFirst.m —— 模块描述，声明源文件与输出类型 MODULE MyFirstMod SOURCES MyCommand.cpp LINK_WITH System ObjectModelerBase CATIAApplicationFrame BUILT_OBJECT_TYPE SHARED_LIBRARY END_MODULE

SOURCES列出参与编译的源文件，路径相对于模块目录；LINK_WITH是链接期依赖，和 IdentityCard.h 里的声明要能对上；BUILT_OBJECT_TYPE写SHARED_LIBRARY表示产出 DLL，CATIA 才能动态加载。

改完这两个文件，回到 caaenv.bat 开的环境窗口，跑：

cd /d D:\catia_v5r19\CAAWorkspaceR19 mkGetPreq -p mkmk MyFirst

mkmk MyFirst只编这一个框架，比-a快很多。编译成功的判据是控制台无Error，且MyFirst.edu\CNext\code\bin下出现MyFirstMod.dll。

6.3 验收清单

装完一轮，我会按这张表逐项打勾，全过了才算环境可用：

从那次在Program Files路径下折腾了两天之后，我每次装这套东西都强制先跑一遍路径检查——把三个目标目录贴进记事本，逐字看有没有空格、中文、多余层级，确认无误再点第一个安装程序的「下一步」。这个习惯看着笨，但它省下的返工时间远比那两分钟值。希望帮到你。

本文还有配套的精品资源，点击获取