nsautoreleasepool - PyObjc 自动释放池

Question

编辑:感谢您的建议。我仍然不清楚自动释放池的实际处理方式。

这是实际的代码:

import platform, time 

if (platform.system().lower() == "darwin"):
    from AppKit import NSSpeechSynthesizer
    from Foundation import NSAutoreleasePool

[class's init function]
def __init__(self):
    if (platform.system().lower() != "darwin"):
        raise NotImplementedError("Mac OS X Speech not available on this platform.")
    self.ve = NSSpeechSynthesizer.alloc().init()

[function that throws the errors normally]
def say(self,text,waitForFinish=False):
    pool = NSAutoreleasePool.alloc().init()
    self.ve.startSpeakingString_(text)
    if (waitForFinish == True):
        while (self.ve.isSpeaking() == True):
            time.sleep(0.1)
    del pool

如果我加载 python 控制台并仅导入模块，它会失败并出现以下回溯:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "audio/__init__.py", line 5, in <module>
    from speech_mac import *
  File "audio/speech_mac.py", line 19, in <module>
    class SpeechSynthesizer(object):
  File "audio/speech_mac.py", line 56, in SpeechSynthesizer
    del pool
NameError: name 'pool' is not defined

看起来 Python 似乎没有保留“pool”变量的知识。我真的很困惑所有这些是如何工作的——正如我在原来的帖子中所说的那样，我并不精通 ObjC 或 OS X 框架。

我阅读了有关使用 NSAutoreleasePools 的 Apple 文档，听起来我应该完全按照你们的建议去做——创建池，运行通常似乎会抛出异常的代码，然后销毁池。不过，如您所见，这并不像人们期望的那样有效。

如果我离开 del pool 那么代码会运行并且错误会被抑制，但是，正如原始帖子中所写的那样，在不可预知的情况下，当应用程序实际退出时，它会崩溃并显示原始帖子中显示的 OS X 系统崩溃。

---

我在 SO 上找到了一些很棒的代码，可以直接与 Mac OS X 的语音合成器引擎交互。它基本上导入 AppKit，实例化 NSSpeechSynthesizer，然后将其方法和内容传递给 Python。效果很好。

我将代码封装到一个类中以便于使用。

唯一的问题是，在我的应用程序中，语音是在一个单独的线程上运行的，因为它连接到一个 wxPython 应用程序。

在我的控制台上，每次有人说话时，我都会收到大量这样的消息:

objc[53229]: Object 0x53d2d30 of class OC_PythonString autoreleased with no pool in place - just leaking - break on objc_autoreleaseNoPool() to debug

该应用程序运行良好，但“只是泄漏”让我感到害怕 - 听起来我正在盯着内存泄漏桶!

在做了一些研究之后，我发现你可以像这样从 pyobjc 在 Python 中实例化一个自动释放池:

from Foundation import NSAutoreleasePool

def __init__(self):
    self.pool = NSAutoreleasePool.alloc().init()

def __del__(self):
    self.pool.release()

这样做可以阻止错误消息的出现，但是，它在应用程序退出时完全命中或未命中，现在我有时会遇到严重到足以弹出 OS X 崩溃对话框的崩溃。控制台吐出以下内容:

objc[71970]: autorelease pool page 0x4331000 corrupted 
  magic 0xf0000000 0xf0000000 0x454c4552 0x21455341
  pthread 0xb0811000

为了进行实验，我将池分配移到了运行时抛出原始消息的函数(Speak 函数)。这样做也会抑制消息，但这次，当应用程序退出时，我得到:

Bus error: 10

在弹出的崩溃对话框中显示以下内容:

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000010

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libobjc.A.dylib                 0x926ec465 (anonymous namespace)::AutoreleasePoolPage::pop(void*) + 525
1   com.apple.CoreFoundation        0x99cc3a73 _CFAutoreleasePoolPop + 51
2   com.apple.Foundation            0x90fca116 -[NSAutoreleasePool release] + 125

看起来当对象被销毁时 AutoreleasePools 仍在被释放(这是有道理的)但它仍然在崩溃。

我对 Objective C 或 OS X 中的 NS 基础类不是很熟悉，所以我不确定如何进行调试。

建议？

谢谢!

Answer 1

我不了解 Python 或 PyObjc，但 Cocoa 充满了假定在您使用它们时始终存在自动释放池的类。

自动释放池通常为主线程上的事件循环的每次传递创建一次，当您创建后台线程时，您需要为其设置自动释放池。

因此，线程中的第一行代码应该是创建一个自动释放池，最后一行代码应该是告诉池删除自身和它收集的所有对象。

此外，如果您的线程中有任何代码部分的执行时间超过 1 毫秒，您也应该将该操作包装在自动释放池中。

自动释放池只是临时创建的对象数组，需要尽快删除。它允许您分配内存而不必担心释放它，因为它会在半毫秒后刷新池时为您完成。

未能创建自动释放池不会导致任何崩溃或错误，但会导致内存泄漏......这将很快被内核作为虚拟内存推送到硬盘驱动器。如果这只是您正在玩的实验代码，我不会太担心。但一定要在生产代码中修复它。