C#调用Word Interop Open方法ref参数特殊现象原因求解

你观察到的和常规C#语法不符的表现，本质是C# 4.0版本新增的、专门针对COM互操作场景设计的编译期语法糖，仅对标记了[ComImport]特性导入的COM接口方法生效，不会作用于普通托管方法。

具体规则的底层逻辑 #

• 全ref参数签名的来源
  你从元数据看到的带[DispId(19)]特性、所有参数均为ref object的Open方法，是Office互操作程序集导入COM类型库时生成的标准托管签名：COM基于IDispatch的自动化接口原生规定所有方法参数按引用传递，且COM本身没有托管方法重载的概念，因此类型库导入工具只会生成唯一的方法签名，不会生成重载版本。
• 可以省略ref关键字的原因
  常规C#要求ref参数必须显式传递变量引用、不能直接传常量/值，是因为普通托管方法的ref参数可以把修改后的值回传给调用方，编译器需要确保你传入的是可写的变量。但在COM互操作场景下，绝大多数COM方法不会修改传入的入参（比如你传的ReadOnly: true只是配置标记），因此编译器会自动做一层包装：如果你直接给ref参数传常量/值类型，编译器会自动生成一个临时object变量存储你传入的值，再把临时变量的引用传给COM方法，不需要你手动声明变量、写ref关键字。
• 可以省略参数实现可选传参的原因
  COM自动化接口原生支持可选参数，调用方未传入的参数只需要传递Type.Missing代表缺省即可。C# 4.0之前，开发者调用Office这类COM对象的方法时，必须手动给所有不需要传的参数挨个填Type.Missing，代码冗余度极高。C# 4.0之后编译器会在调用COM方法时，自动为你省略的参数补传Type.Missing的引用，不需要你手动填写，直接实现了可选参数的调用效果。

举个例子，你写的如下调用代码：

var doc = app.Documents.Open(inputFileFullPath, ReadOnly: true);

编译器最终生成的逻辑和你手动写的以下代码完全等价：

object missing = Type.Missing;
object fileName = inputFileFullPath;
object readOnly = true;
var doc = app.Documents.Open(
    ref fileName, 
    ref missing, 
    ref readOnly, 
    ref missing, 
    /* 其余所有未传参数均补传ref missing */
);

你手动给参数加ref、显式传object类型变量的写法，是最原生的COM互操作传参方式，编译器不需要做额外包装，当然也可以正常编译，和编译器自动包装的写法运行效果完全一致。

验证方式很简单：你可以自己在普通C#类里写一个签名完全一致、所有参数都是ref object的方法，调用时既不能省略ref关键字，也不能跳过参数不传，完全符合你之前认知的C#语法规则——这套特殊逻辑只在调用COM导入方法时触发。

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