我是一名 Delphi 程序员，并试图在此处使用 C# 完成一些工作。 C# 中的接口是否以与 Delphi 中相同的方式工作 - 您不必担心释放它，因为它会在超出范围时被释放。
【问题讨论】：
Delphi 和 .NET 在这方面的主要区别（特别是与接口相关）是清理的不确定性。
在 Delphi 中，所有接口的使用都遵循 COM 模型。也就是说，它是引用计数的。如果该类实现了引用计数生命周期管理模型，那么当引用计数降至零时，对象实例将在该点销毁。
注意：生命周期管理是类实现的一个功能。为了更清楚地看到这一点，看看 TInterfacedObject 中 IUnknown.Release 的实现：
function TInterfacedObject._Release: Integer;
begin
Result := InterlockedDecrement(FRefCount);
if Result = 0 then
Destroy;
end;
如果 Release 的实现没有调用 Destroy，那么当引用计数下降到零时对象不会被销毁，并且仍然必须显式地释放' d 通过一些对象引用该对象。这可以在 Delphi 中用于创建实现接口但不受自动引用计数生命周期管理的对象（尽管您无法避免编译器注入的引用计数代码，即调用 AddRef 和发布）。
在 .NET 中，首先没有引用计数本身。垃圾收集器的工作方式要复杂得多，其细节与本次讨论没有直接关系。
主要区别在于，当一个对象不再被使用时（然而，这是在一个简单的引用计数之外确定的），这不是它在 .NET 中被销毁的点。
事实上，从理论上讲，未使用的对象可能会在您的应用程序中累积，直到您的进程生命周期的更晚点——尤其是在空闲周期很少的计算密集型应用程序中。在 .NET 中，您根本无法准确地确定何时这些未使用的对象最终将被释放。
有些人会争辩说这是一件好事，尽管它混淆了清理对象被销毁时锁定或拥有的资源的通常做法，因为您通常需要释放那些比等待垃圾收集器更紧急地锁定/拥有资源。这就是 IDisposable 在 .NET 中的用武之地，其中的细节再次不直接相关，您可以在闲暇时进一步研究。
【讨论】：
是的，对于程序员来说，它们看起来是一样的。使用并忘记。
在内部，它们的工作方式不同，在 .NET 中，接口是（只是另一个）由垃圾收集器清除的引用。
在 Delphi 中，接口是一种特殊的引用计数（一种不同的内存管理技术）。
.NET/Delphi 的主要区别在于 .NET所有 引用（接口、对象和数组）都是垃圾回收的。
【讨论】：
我认为它在超出范围时不会被释放，但是当垃圾收集发生时（当它们不再使用时）
【讨论】：
c# 中的所有内容都是垃圾回收的，因此您无需手动释放它们。
但存在显着差异。 Delphi 接口是引用计数的，c# 接口是垃圾收集的。 C# 支持多接口继承。
【讨论】：
interface IFoo : IBar, IDisposable 是可以的，但是当您将其反射回来时，实现 IFoo 的类可能会出现 3 个不相关的接口。
IFoo f = ...; Ibar b = f; 每个 IFoo 都是 IBar 一样。替代原则起作用。
内存管理由 CLR 处理。垃圾收集是 CLR 中的一项内在服务。
您无需将变量或字段清空即可让垃圾收集器收集对象。
您不需要实现或使用 IDisposable 来清理内存。 Dispose 方法对释放内存中的托管对象没有任何作用。 Dispose 方法应该用于释放“非托管”资源，包括数据库连接、位图或您可能持有的任何非托管结构。
如果您在讨论可视化组件（表单、对话框等）中的界面，这会变得更加混乱。在 WinForms 中，我相信当一个界面（视觉）不再可见时，它会被清理并收集垃圾。需要时会重新创建表单。在 WPF 中，Windows 和 Pages 不会立即销毁。除非应用程序开发人员专门清理它们，否则它们会在应用程序的生命周期内被缓存。这提高了 WPF 应用程序的性能，但增加了担心应用程序资源的额外负担。
垃圾收集是一个完全独立的话题。托管对象从物理内存中的实际释放发生在这里，完全取决于垃圾收集服务，您通常不必担心这是如何工作的。
干杯
【讨论】：