调用C#开发的COM接口新增函数时C++应用无报错崩溃如何排查

1 优先排查COM接口契约不匹配问题（90%以上此类新增接口方法崩溃的诱因） #

• 检查C# COM接口的方法定义顺序：COM虚函数表严格按照接口内方法声明的顺序生成，如果新增的FunctionV2被插在原有方法的前面，会导致C++侧虚表地址完全错位，调用FunctionV2实际执行的是其他方法的地址直接触发崩溃。新增COM方法必须追加到接口定义的末尾。
• 确认FunctionV2已正确标记COM可见：检查新方法是否加了[ComVisible(true)]特性，接口本身的GUID是否和C++侧使用的一致，未标记可见的方法不会出现在COM虚表中，调用时会直接触发访问违规。
• 确认C侧使用的是最新接口定义：修改C# COM接口后必须重新生成TLB类型库，并且重新导入到C项目生成最新的头文件，沿用旧TLB生成的头文件会缺少FunctionV2的定义，或者参数/顺序不匹配。
• 核对函数参数的封送规则：检查3个参数的类型、顺序、封送特性是否完全匹配，比如C++传入的BOOL对应C#侧是否为bool，pCollection、kontext的[MarshalAs]配置是否正确，参数类型不匹配会导致栈失衡直接崩溃。

2 解决异常捕获失效问题，获取崩溃根因 #

• 你当前使用的C标准try-catch默认只能捕获C标准异常，COM调用触发的结构化异常（SEH，比如访问违规、栈溢出）默认无法被捕获，需要修改C++项目编译选项开启/EHa（同步异步异常都捕获），或者使用__try/__except包裹调用代码，才能抓到访问违规这类崩溃异常。
• 直接用调试器附加进程：崩溃时查看调用栈，即可直接判断是虚表调用地址错误，还是进入C#方法后内部逻辑崩溃。如果调用栈显示根本没有进入C#的FunctionV2实现，直接判定为接口契约不匹配。

3 排查COM版本/注册错误 #

• 检查是否有旧版本DLL残留：如果你的COM DLL曾经入过GAC，系统会优先加载GAC中的旧版本DLL，旧版本不存在FunctionV2就会触发崩溃，需要先从GAC中卸载旧版本再重新注册新DLL。
• 确认位数匹配：如果C++程序是32位，必须用32位的regasm注册DLL到32位注册表，64位程序则对应64位regasm，位数不匹配会加载到错误版本的COM组件。
• 注册时必须加/tlb参数：执行regasm 你的DLL路径 /codebase /tlb确保生成最新的类型库，避免系统沿用旧的TLB缓存。

4 快速验证定位 #

• 把C#侧的FunctionV2改为空实现，仅返回成功状态，如果此时调用仍然崩溃，100%是接口契约/虚表匹配问题；如果空实现调用正常，则是FunctionV2内部逻辑的问题，可在C#侧加日志逐行排查内部代码即可。

内容的提问来源于stack exchange，提问作者GameDevAlien