“应用程序”是 VCL 的一部分，因此不是线程安全的（可能是在维护它所拥有的非线程安全组件列表）。
我正在处理的项目有几个实例，其中 Application 设置为 Owner，而 Self 不是一个选项（类方法）。 我想传递“nil”，因为该变量在此函数结束时被释放。
假设有人忘记释放应用程序拥有的变量：
当应用程序关闭时，内存被释放。 但我也读到 Windows 会跟踪分配给每个进程的内存。因此，理论上，如果一个 nil 拥有的变量没有被释放，Windows 会在应用程序/进程终止时释放它。
那么，将所有者设置为 Application 而不是 Nil 有什么好处？
以下问题讨论了释放 nil 拥有的 var 的责任，但停在那里：
【问题讨论】：
虽然系统会在进程终止时释放内存，但执行期间的泄漏是一个潜在问题。如果一个程序执行重复的操作，并且每次都泄漏内存，那么这些泄漏会随着时间的推移而累积并最终导致内存不足的情况。
对于应用程序单例对象拥有的组件，可以看到相同的行为。如果它们没有被显式销毁，那么它们只有在应用程序终止时才会被销毁。同样，随着流程的执行，这些泄漏可能会随着时间的推移而累积。
检测泄漏的常规方法是在执行期间跟踪所有分配，然后，作为进程终止的最终行为，检查所有分配是否具有匹配的解除分配。此功能由各种工具提供，但在 Delphi 上下文中，FastMM 内存管理器是提供此功能的最常用工具。
如果您创建的组件归应用程序对象所有，但没有显式销毁它，则在执行泄漏检查程序时它不会显示为已泄漏。这是不可取的，因为您确实存在未检测到的泄漏。
这个论点得出的结论是，在您描述的场景中最好使用无主组件。
另一方面，有时您创建的组件希望与应用程序对象一样长，并且可能很难在代码中找到明确销毁它们的好地方。在这种情况下，由应用程序对象拥有是一个好方法。这正是所有者机制的设计目的。
我的经验法则：
回到你问的问题。您询问了使用应用程序对象作为所有者有利的原因。如上所述，在许多情况下，让这些组件无主实际上是有利的。但有时将应用程序对象作为所有者也是有利的。
总之，没有单一的硬性规则可以遵循。您需要了解所有权的含义，然后为每个组件选择合适的所有者，这可能因情况而异。
【讨论】：