在查看Object类的定义时发现Object使用了ClassInterface，而且是ClassInterfaceType.AutoDual故查看一下具体什么，原来是类接口是为互操作而设计的,其中写到托管代码中基类或接口的中顺序也会影响互操作,真是不应乱该动代码。:)

类接口是未在托管代码中显式定义的接口，它将公开在 .NET 对象上显式公开的所有公共方法、属性、字段和事件。此接口可以是双绑定接口，也可以是仅调度接口。类接口将接收 .NET 类本身的名称，并在名称前加有下划线。例如，对于 Mammal 类，类接口为 _Mammal。

其中写到：

限制将双绑定接口选项用于类接口。

双绑定接口支持 COM 客户端对接口成员进行早期和后期绑定。在设计时和测试期间，您可能会发现将类接口设置为双绑定非常有用。对于从不会修改的托管类（及其基类），此选项也是可以接受的。在其他所有情况下，应避免将类接口设置为双绑定。

自动生成的双绑定接口可能会适用于少数的情况，而在多数情况下，它会带来与版本相关的复杂性。例如，使用派生类的类接口的 COM 客户端很容易在遇到对基类的更改时中断。当第三方提供基类时，您将无法控制类接口的布局。此外，与仅调度接口不同，双绑定接口 (ClassInterface.AutoDual) 在导出的类型库中提供了类接口的说明。这样的说明会促使后期绑定的客户端在运行时缓存 DispId。

看来Object中public的方法非static的顺序应该是不会更改的了。

[Serializable, ClassInterface(ClassInterfaceType.AutoDual), ComVisible(true)]
public class Object
{
    // Methods
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.MayFail), TargetedPatchingOptOut("Performance critical to inline this type of method across NGen image boundaries")]
    public Object();
    [TargetedPatchingOptOut("Performance critical to inline across NGen image boundaries")]
    public virtual bool Equals(object obj);
    [TargetedPatchingOptOut("Performance critical to inline across NGen image boundaries")]
    public static bool Equals(object objA, object objB);
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    protected virtual void Finalize();
    [TargetedPatchingOptOut("Performance critical to inline across NGen image boundaries")]
    public virtual int GetHashCode();
    [MethodImpl(MethodImplOptions.InternalCall), SecuritySafeCritical]
    public extern Type GetType();
    [MethodImpl(MethodImplOptions.InternalCall), SecuritySafeCritical]
    protected extern object MemberwiseClone();
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success), TargetedPatchingOptOut("Performance critical to inline across NGen image boundaries")]
    public static bool ReferenceEquals(object objA, object objB);
    public virtual string ToString();
}