仅动态DLL链接调用Sage 100时出现NullReferenceException原因问询

• 静态引用COM互操作程序集写法：你引用的OLSysIInterop90是官方或工具生成的强类型COM互操作包装类，new Engine()时CLR会自动完成COM对象生命周期管理、线程上下文匹配、方法参数封送等逻辑，所有类型检查、COM接口QueryInterface调用、方法DispID映射都在编译阶段完成，运行时直接走预设的封送流程，没有额外的动态解析不确定性。
• dynamic动态实例化写法：所有COM对象的类型、成员解析逻辑都在运行时执行，Activator.CreateInstance返回的是COM对象的通用RCW（运行时可调用包装），每次访问goEngine成员时，DLR（动态语言运行时）都需要临时查询COM对象的IDispatch接口、解析成员DispID、执行参数封送，没有编译期校验，整个调用链路存在大量运行时可变因素。

1. COM线程上下文不匹配：Sage 100的COM组件大多为单线程单元（STA）模型，动态实例化时如果当前线程的公寓状态未显式设置为STA，创建的COM对象可能被封送到其他上下文，后续跨上下文动态访问时封送失败会临时返回null，触发空引用异常。静态引用的互操作类会自动处理线程上下文匹配，不会出现该问题。
2. DLR动态解析时序冲突：动态访问成员时，DLR需要先调用IDispatch::GetIDsOfNames获取方法的DispID，再执行IDispatch::Invoke调用方法。如果此时Sage COM组件正处于内部初始化、资源释放阶段，或者PowerBuilder主程序的OLE调用线程与C# DLL线程存在并发冲突，GetIDsOfNames可能临时返回失败，DLR解析到的成员为null，调用就会抛空引用。静态引用时所有DispID已经提前固化在互操作程序集中，不需要运行时查询，自然没有该问题。
3. RCW生命周期被提前回收：动态实例化的RCW没有强类型绑定，GC可能误判该对象无有效引用，提前回收RCW导致底层COM对象被释放，后续访问时就会返回null。静态引用的强类型对象会被CLR正确追踪引用计数，不会被提前回收。
4. 异常类型被错误转换：动态调用时如果COM组件抛出其他HRESULT错误，DLR的动态绑定逻辑可能会把非预期错误转换为空引用返回，而非抛出对应的COM异常，外在表现就是随机的NullReferenceException。静态引用的互操作类会把HRESULT正确映射为对应的异常类型，不会出现错误转换的情况。

补充修复方案：如果必须使用动态实例化写法，可显式将当前线程设置为STA模型，成员调用前增加空校验，同时调用Marshal.AddRef手动增加RCW的引用计数，避免被GC提前回收。

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