Delphi 的接口机制——接口操作的编译器实现过程(2)
2021-05-28 14:06
标签:组件 二进制 virt 情况 property 其它 编译 方式 nil 接口对象的内存空间 IIntfA = interface 然后我们定义一个 TMyObject 类,它继承自 TInterfacedObject,并实现 IIntfA 和 IIntfB 两个接口: TMyObject = class(TInterfacedObject, IIntfA, IIntfB) var function TObject.InitInstance(Instance: Pointer): TObject; TMyObject = class(TInterfacedObject, IIntfA, IIntfB) TMyObject2 = class(TInterfacedObject, IIntfA) (2)以对象成员变量实现 implements 如下例,如果一个接口类 TMyObject3 以对象的方式实现 implements (通常应该是这样),其对象内存空间的排列与TMyObject内存空间情况几乎是一样的: TMyObject3 = class(TInterfacedObject, IIntfA, IIntfB) var 当执行 MyIntfA._AddRef 语句时,编译器生成的“接口跳转”代码为: {MyIntfA._AddRef;} Delphi 的接口机制——接口操作的编译器实现过程(2) 标签:组件 二进制 virt 情况 property 其它 编译 方式 nil 原文地址:https://www.cnblogs.com/findumars/p/11128318.html
假设我们定义了如下两个接口 IIntfA 和 IIntfB,其中 ProcA 和 ProcB 将实现为静态方法,而 VirtA 和 VirtB 将以虚方法实现:
procedure ProcA;
procedure VirtA;
end;
IIntfB = interface
procedure ProcB;
procedure VirtB;
end;
FFieldA: Integer;
FFieldB: Integer;
procedure ProcA;
procedure VirtA; virtual;
procedure ProcB;
procedure VirtB; virtual;
end;
然后我们执行以下代码:
MyObject: TMyObject;
MyIntf: IInterface;
MyIntfA: IIntfA;
MyIntfB: IIntfB;
begin
MyObject := TMyObject.Create; // 创建 TMyObject 对象
MyIntf := MyObject; // 将接口指向 MyObject 对象
MyIntfA := MyObject;
MyIntfB := MyObject;
end;
以上代码的执行过程中,编译器实现的内存空间情况图如下所示:
先看最左边一列。MyObject 是对象指针,指向对象数据空间中的 0 偏移处(虚方法表指针)。可以看到 MyIntf/MyIntfA/MyIntfB 三个接口都实现为指针,这三个指针分别指向 MyObject 对象数据空间中一个 4 bytes 的区域。
中间一列是对象内存空间。可以看到,与不支持接口的对象相比,TMyObject 的对象内存空间中增加了三个字段:IInterface/IIntfB/IIntfA。这些字段也是指针,指向“接口跳转表”的内存地址。注意 MyIntfA/MyIntfB 的存放顺序与 TMyObject 类声明的顺序相反,为什么?
第三列是类的虚方法表,与一般的类(不支持接口的类)一致。
-----------
接口跳转表
-----------
“接口跳转表”就是一排函数指针,指向实现当前接口的函数地址,这些函数按接口中声明的顺序排列。现在让我们来看一看所谓的“接口跳转表”有什么用处。
我们知道,一个对象在调用类的成员函数的时候,比如执行 MyObject.ProcA,会隐含传递一个 Self 指针给这个成员函数:MyObject.ProcA(Self)。Self 就是对象数据空间的地址。那么编译器如何知道 Self 指针?原来对象指针 MyObject 指向的地址就是 Self,编译器直接取出 MyObject^ 就可以作为 Self。
在以接口的方式调用成员函数的时候,比如 MyIntfA.ProcA,这时编译器不知道 MyIntfA 到底指向哪种类型(class)的对象,无法知道 MyIntfA 与 Self 之间的距离(实际上,在上面的例子中 Delphi 编译器知道 MyIntfA 与 Self 之间的距离,只是为了与 COM 的二进制格式兼容,使其它语言也能够使用接口指针调用接口成员函数,必须使用后期的 Self 指针修正),编译器直接把 MyIntfA 指向的地址设置为 Self。从上图可以看到,MyIntfA 指向 MyObject 对象空间中 $18 偏移地址。这时的 Self 指针当然是错误的,编译器不能直接调用 TMyObject.ProcA,而是调用 IIntfA 的“接口跳转表”中的 ProcA。“接口跳转表”中的 ProcA 的内容就是对 Self 指针进行修正(Self - $18),然后再调用 TMyObject.ProcA,这时就是正确调用对象的成员函数了。由于每个类实现接口的顺序不一定相同,因此对于相同的接口在不同的类中实现,就有不同的接口跳转表(当然,可能编辑器能够聪明地检查到一些类的“接口跳转表”偏移量相同,也可以共享使用)。
上面说的是编译器的实现过程,使用“接口跳转表”真正的原因是 interface 必须支持 COM 的二进制格式标准。下图是从《〈COM 原理与应用〉学习笔记》中摘录的 COM 二进制规格图:
----------------------------------------
对象内存空间中接口跳转指针的初始化
----------------------------------------
还有一个问题,那就是对象内存空间中的接口跳转指针是如何初始化的。原来,在TObject.InitInstance 中,用 FillChar 清零对象内存空间后,进行的工作就是初始化对象的接口跳转指针:
var
IntfTable: PInterfaceTable;
ClassPtr: TClass;
I: Integer;
begin
FillChar(Instance^, InstanceSize, 0);
PInteger(Instance)^ := Integer(Self);
ClassPtr := Self;
while ClassPtr nil do
begin
IntfTable := ClassPtr.GetInterfaceTable;
if IntfTable nil then
for I := 0 to IntfTable.EntryCount-1 do
with IntfTable.Entries[I] do
begin
if VTable nil then
PInteger(@PChar(Instance)[IOffset])^ := Integer(VTable);
end;
ClassPtr := ClassPtr.ClassParent;
end;
Result := Instance;
end;
----------------------
implements 的实现
----------------------
Delphi 中可以使用 implements 关键字将接口方法委托给另一个接口或对象来实现。下面以 TMyObject 为基类,考查 implements 的实现方法。
FFieldA: Integer;
FFieldB: Integer;
procedure ProcA;
procedure VirtA; virtual;
procedure ProcB;
procedure VirtB; virtual;
destructor Destroy; override;
end;
(1)以接口成员变量实现 implements
FIntfA: IIntfA;
property IntfA: IIntfA read FIntfA implements IIntfA;
end;
这时编译器的实现是非常简单的,因为 FIntfA 就是接口指针,这时如果使用接口赋值 MyIntfA := MyObject2 这样的语句调用时,MyIntfA 就直接指向 MyObject2.FIntfA。
FMyObject: TMyObject;
function GetMyObject: TMyObject;
property MyObject: TMyObject read GetMyObject implements IIntfA, IIntfB;
end;
不同的地方在于 TMyObject3 的“接口跳转表”的内容发生了变化。由于 TMyObject3 并没有自己实现 IIntfA 和 IIntfB,而是由 FMyObject 对象来实现这两个接口。这时,“接口跳转表”中调用的方法就必须改变为调用 FMyObject 对象的方法。比如下面的代码:
MyObject3: TMyObject3;
MyIntfA: IIntfA;
begin
MyObject3:= TMyObject3.Create;
MyObject3.FMyObject := TMyObject.Create;
MyIntfA := MyObject3;
MyIntfA._AddRef;
MyIntfA.ProcA;
MyIntfA._Release;
end;
mov eax,[ebp-$0c] // eax = MyIntfA^
push eax // MyIntfA^ 设置为 Self
mov eax,[eax] // eax = 接口跳转表地址指针
call dword ptr [eax+$04] // 转到接口跳转表
{ “接口跳转段”中的代码 }
mov eax,[esp+$04] // [esp+$04] 是接口指针内容 (MyIntfA^)
add eax,-$14 // 修正 eax = Self (MyObject2)
call TMyObject2.GetMyObject
mov [esp+$04],eax // 获得 FMyObject 对象,注意 [esp+$04]
jmp TInterfacedObject._AddRef // 调用 FMyObject._AddRef
[esp+$04] 是值得注意的地方。“接口跳转表”中只修正一个参数 Self,其它的调用参数(如果有的话)在执行过程进入“接口跳转表”之前就由编译器设置好了。在这里 _AddRef 是采用 stdcall 调用约定,因此 esp+$04 就是 Self。前面说过,编译器直接把接口指针的内容作为 Self 参数,然后转到“接口跳转表”中对 Self 进行修正,然后才能调用对象方法。上面的汇编代码就是修正 Self 为 FMyObject 并调用 FMyObject 的方法。
可以看到 FMyObject._AddRef 方法增加的是 FMyObject 对象的引用计数,看来 implements 的实现只是简单地把接口传送给对象执行,而要实现 COM 组件聚合,必须使用其它方法。
---------------------
作者:tht2009
来源:CSDN
原文:https://blog.csdn.net/tht2009/article/details/6768032
版权声明:本文为博主原创文章,转载请附上博文链接!
文章标题:Delphi 的接口机制——接口操作的编译器实现过程(2)
文章链接:http://soscw.com/index.php/essay/88681.html