标签: finalizer

我即将围绕 OpenGL 纹理实现一个托管包装类，并且我希望对象终结器调用glDeleteTextures.

因此，调用终结器的线程（GC线程？）必须通过调用绑定到纹理所属的OpenGL渲染上下文wglMakeCurrent。

但wglMakeCurrent文档明确指出，一个OpenGL渲染上下文不能同时是多个线程的当前渲染上下文。

如果GC可以随时触发，我不能保证发生时没有其他线程正在使用上下文。

glDeleteTextures调用 .net 对象的终结器的正确方法是什么？

编辑

该包装类将用于“按需加载”场景图的复杂系统，并通过WeakReference等等实现缓存策略。因此，“手动处置”不是我想要考虑的选项：我真的希望 GC 能够处理这个问题。

我在玩 ruby​​ 终结器并注意到一些对我来说很奇怪的行为。我可以将触发代码减少到以下内容：

require "weakref"

class Foo
    def initialize
        ObjectSpace.define_finalizer(self, self.class.finalize)
    end

    def self.finalize
        proc {
            puts "finalizing"
        }
    end
end

Foo.new # does not work
#WeakRef.new(foo) # Using this instead, everything works as expected
sleep 1
ObjectSpace.garbage_collect
puts "... this did not finalize the object"

Foo.new
ObjectSpace.garbage_collect
puts "but this did?"

正如程序所说，在第二次调用 Foo.new 之前没有运行终结器。我尝试在第一次调用垃圾收集器之前添加更多延迟（尽管据我所知，它根本不需要），但这没有任何作用。

奇怪的是，如果我使用注释掉的行 i，第一个终结器会像我期望的那样被调用。第二个在程序退出之前仍然没有被调用。

谁能解释为什么会这样？我正在运行带有 ruby​​ 1.9.3p194（2012-04-20 修订版 35410）[x86_64-linux] 的 Ubuntu 12.10。我尝试阅读弱引用代码，但据我所知，它所做的只是存储对象 object_id 以便稍后检索它。

编辑：我知道在这种情况下手动调用垃圾收集器是没有意义的。我只是想了解这背后的机制。

我有一个已宣布的任务：

tasks.getByName('connectedAndroidTest').finalizedBy 'archiveReports'

但是当我尝试构建项目时，它告诉我：

Caused by: org.gradle.api.UnknownTaskException: Task with name 'connectedAndroidTest' not found in project ':TestProject'.
        at org.gradle.api.internal.tasks.DefaultTaskCollection.createNotFoundException(DefaultTaskCollection.java:80)
        at org.gradle.api.internal.DefaultNamedDomainObjectCollection.getByName(DefaultNamedDomainObjectCollection.java:229)
        at org.gradle.api.internal.tasks.DefaultTaskCollection.getByName(DefaultTaskCollection.java:31)
        at org.gradle.api.tasks.TaskCollection$getByName.call(Unknown Source)
        at build_6w8zk6ic8wtqwlvwwubix2jc3.run(/path/to/build.gradle:84)
        at org.gradle.groovy.scripts.internal.DefaultScriptRunnerFactory$ScriptRunnerImpl.run(DefaultScriptRunnerFactory.java:91)
        ... 58 more

如果我将其更改为其他方式：

tasks.connectedAndroidTest.finalizedBy 'archiveReports'

这个问题非常相似：

Caused by: groovy.lang.MissingPropertyException: Could not get unknown property 'connectedAndroidTest' for task set.
        at org.gradle.internal.metaobject.AbstractDynamicObject.getMissingProperty(AbstractDynamicObject.java:92)
        at org.gradle.internal.metaobject.AbstractDynamicObject.getProperty(AbstractDynamicObject.java:62)
        at org.gradle.api.internal.tasks.DefaultTaskContainer_Decorated.getProperty(Unknown Source)
        at build_6w8zk6ic8wtqwlvwwubix2jc3.run(/path/to/build.gradle:84)
        at org.gradle.groovy.scripts.internal.DefaultScriptRunnerFactory$ScriptRunnerImpl.run(DefaultScriptRunnerFactory.java:91)
        ... 58 more

我知道这个任务是由于风格而动态生成的，但是如何向动态任务添加终结器？

我阅读了类似问题的已接受答案，部分答案是：

当结构作为参数传递时，它们是按值传递的：它们被复制。现在你有两个具有相同内部字段的结构，它们都将尝试清理同一个对象。一个会首先发生，因此随后使用另一个的代码将开始神秘地失败......然后它自己的清理将失败

同样的问题不也适用于吗Dispose()？如果结构可以实现IDisposable，那么不允许它们具有终结器的原因是什么？

如果终结器的全部目的是Dispose(false)在程序员忘记调用时进行调用Dispose()，并且结构可以具有IDisposable.Dispose()，那么为什么不允许结构的终结器而允许它们用于引用类型呢？

我有一个TestNet本机组件的包装器。本机组件公开了一个通过调用托管回调与托管部分进行通信的阻塞 ，以及一个用于检索对 .NET 包装器的引用并提供上下文的弱函数。它很弱，因为 .NET 包装器旨在隐藏正在向用户处理非托管资源的事实，并且故意不实现该接口：非弱它会根本阻止实例被收集，从而造成内存泄漏。发生的情况是，在发布版本中，只有垃圾收集器会在执行托管回调时收集对 .NET 包装器的引用，甚至在两者之前并且令人惊讶地解除阻塞。我自己理解这个问题，我可以通过在 P/Invoke 调用后发出 a 来解决它，但由于这方面的知识不是很广泛，似乎很多人都做错了。我有几个问题：TestNative::Foo()GCHandleGCHandleIDisposableTestNetTestNative::Foo()TestNet::Foo()GC.KeepAlive(this)

using System;
using System.Runtime.InteropServices;

namespace ConsoleApp1
{
    class Program
    {
        static void …