【问题标题】:What is the correct way to free an interface behind an OleVariant?在 OleVariant 后面释放接口的正确方法是什么?
【发布时间】:2011-10-08 09:57:10
【问题描述】:

我正在尝试找到一种安全/确定的方式来释放封装在 OleVariant 中的接口。

AFAICS Delphi 在过程结束时释放接口引用,但在我的情况下,我必须提前这样做,因为我必须关闭 COM。

procedure Test;
var
  LLibrary: OleVariant;
begin
  CoInitialize(nil);
  try
    LLibrary := Null;
    try
      LLibrary := CreateOleObject(LibraryName);
    finally
      LLibrary := Unassigned; // <-- I would like to release the interface here
    end;
  finally
    CoUninitialize; // <-- Shutdown of COM
  end;
end; // <-- The compiler releases the interface here

我想将 OleVariant 放在一个额外的类实例中,我可以在调用 CoUninitialize 之前释放它。

procedure Test;
var
  Container: TLibraryContainer; // Holds the OleVariant
begin
  CoInitialize(nil);
  try
    Container := TLibraryContainer.Create;
    try
      {...}
    finally
      Container.Free;
    end;
  finally
    CoUninitialize;
  end;
end;

这个解决方案安全吗,还是有我忽略的更好的解决方案?

【问题讨论】:

    标签: delphi com delphi-2007 finalization


    【解决方案1】:

    编译器显然使用隐式本地接口变量作为来自CreateOleObject 的返回值。然后在例程结束时释放它,对你来说太晚了。

    有几种方法可以解决这个问题。首先,您可以明确说明CreateOleObject 返回的IDispatch 接口引用。这使您可以控制其生命周期。

    procedure Test;
    var
      intf: IDispatch;
      LLibrary: OleVariant;
    begin
      CoInitialize(nil);
      try
        intf := CreateOleObject(LibraryName);
        try
          LLibrary := intf;
        finally
          VarClear(LLibrary);
          intf := nil;
        end;
      finally
        CoUninitialize;
      end;
    end;
    

    另一种方法是将调用CreateOleObject 的代码移动到具有自己作用域的单独例程中。

    procedure DoWork;
    var
      LLibrary: OleVariant;
    begin
      LLibrary := CreateOleObject(LibraryName);
      //do stuff with LLibrary
    end;
    
    procedure Test;
    begin
      CoInitialize(nil);
      try
        DoWork;
      finally
        CoUninitialize;
      end;
    end;
    

    由于隐式本地引用在DoWork 的范围内,它在DoWork 的末尾被释放,因此在你运行CoUninitialize 之前。

    我的建议是使用第二个更简洁的选项,并强制编译器代表您完成工作。

    【讨论】:

    • 唯一真正的选择是使用辅助例程,除非您喜欢计算函数调用并检查生成的汇编代码以确保没有隐藏的局部变量。 +1 用于调用您的DoWork 例程...DoWork,有关详细信息,请参阅我已删除的答案。
    • @Cosmin 我同意第二种选择更好。
    • 实际上我的真实代码有点复杂,我认为我将不得不使用你的第一个变体,但我会尝试重构代码以便我可以使用第二个。 :)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-08-29
    • 1970-01-01
    • 2011-08-31
    • 2021-08-13
    • 2011-12-13
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多