在C#中引用COM组件需确保注册正确、架构匹配（x86/x64）、引用互操作程序集并设Copy Local=True；调用IDispatch应优先用Type.InvokeMember而非dynamic；必须手动释放RCW，主线程标记[STAThread]，后台线程显式设STA；.NET 6+需手动CoInitializeEx并安装Microsoft.Windows.Compatibility包。
如何在C#项目中正确引用COM组件
直接在Visual Studio里“添加引用→COM”看似简单，但实际容易因位数不匹配或注册缺失失败。关键不是点几下鼠标，而是确认目标COM组件是否已注册、是否与当前进程架构一致（x86/x64/AnyCPU）。
常见错误现象：System.Runtime.InteropServices.COMException: 检索 COM 类工厂中 CLSID 为 {…} 的组件时失败，通常意味着注册表没写入、DLL未注册，或你用AnyCPU跑在64位系统上调用了32位COM组件。
- 32位COM组件必须用
x86平台编译并运行，不能选AnyCPU（即使勾选了“首选32位”也不保险） - 用
regsvr32 yourcom.dll注册前，确认该命令行是对应架构的（syswow64\regsvr32用于32位组件，system32\regsvr32用于64位） - VS中添加引用后，检查生成的互操作程序集（如
Interop.YourLib.dll）是否被复制到输出目录——若Copy Local = False，运行时会找不到类型
调用时如何处理IDispatch接口和后期绑定
很多老旧COM组件只暴露IDispatch，不提供强类型接口。这时不能用早绑定（即直接new类+点方法），而得靠Type.InvokeMember或dynamic——但后者在.NET Framework中需启用Microsoft.CSharp引用，.NET Core/5+默认不支持dynamic调用COM对象。
推荐稳妥做法是用Type.InvokeMember，它兼容所有.NET版本，且能显式控制调用上下文：
在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……
Type comType = Type.GetTypeFromCLSID(new Guid("..."));
object comObj = Activator.CreateInstance(comType);
object result = comType.InvokeMember("MethodName",
BindingFlags.InvokeMethod | BindingFlags.Public | BindingFlags.Instance,
null, comObj, new object[] { arg1, arg2 });
- 参数数组必须与COM方法签名严格匹配，
ref参数要传ref object，不能只传值 - 字符串传入COM前建议转成
Marshal.StringToBSTR再传（尤其当COM内部做SysFreeString时），否则可能引发内存异常 - 调用完务必调用
Marshal.ReleaseComObject(comObj)，否则RCW（Runtime Callable Wrapper）不会释放，导致COM对象常驻内存
为什么ReleaseComObject后仍报“RPC_E_CALL_REJECTED”
这不是释放失败，而是COM对象已被另一线程或STA上下文拒绝调用。典型场景：你在UI线程创建COM对象，却在后台线程调用方法；或对象已在STA线程退出后被再次访问。
- C#中COM对象默认要求单线程单元（STA），主线程需标记
[STAThread]，后台线程需显式设Thread.SetApartmentState(ApartmentState.STA)再启动 - 不要依赖GC自动清理RCW——
Marshal.FinalReleaseComObject比ReleaseComObject更彻底，但用错会崩溃，仅在确认无其他引用时使用 - 若COM组件本身是自由线程（Free-threaded），可在注册表中检查其
ThreadingModel值是否为Both或Free，否则强行多线程调用必出错
在.NET 6+中调用COM组件的兼容性注意点
.NET Core及以后版本移除了对部分COM基础服务的内置支持，比如不再自动加载ole32.dll或初始化COM库。这意味着哪怕代码完全一样，.NET Framework能跑通的逻辑，在.NET 6+里可能连CoInitialize都没触发就抛异常。
- 首次调用COM前，手动执行
Marshal.GetActiveObject或Activator.CreateInstance前，先调一次Marshal.PrelinkAll(typeof(object))无效，真正需要的是确保线程已进入COM上下文 - 推荐在入口处（如
Main方法）加CoInitializeEx(IntPtr.Zero, COINIT.COINIT_APARTMENTTHREADED)，用P/Invoke导入ole32.dll中的CoInitializeEx - 若用
dynamic，.NET 6+需额外安装Microsoft.Windows.CompatibilityNuGet包，否则IDispatch调用会静默失败
最易忽略的一点：COM组件的线程模型和.NET运行时的线程调度策略之间没有自动对齐机制，所有跨线程调用都得由你显式保证上下文一致性——这不是语法问题，是COM本质决定的约束。
