ios - @autoreleasepool 扩展 NSData 时？

Question

我正在开发一个 NSData 扩展，它使用 key 加密数据，如下所示。我对 Objective-C 不太了解，但想将它用于这个 Cordova 插件，而不是需要另一个插件来桥接 Swift 文件。

我很好奇是否需要做任何工作来确保我的方法中的所有清理工作都在进行，以便每次调用此方法时都不会发生泄漏。

扩展 NS 对象时，是否需要将其方法包装在 @autoreleasepool {} 中？

这是加密数据的方法(NSData+AES256Encrypt.m):

- (NSData *)AES256EncryptWithKey:(NSString *)key {
    // 'key' should be 32 bytes for AES256, will be null-padded otherwise
    char keyPtr[kCCKeySizeAES256 + 1]; // room for terminator (unused)
    bzero(keyPtr, sizeof(keyPtr)); // fill with zeros for padding

    // Get key data
    [key getCString:keyPtr maxLength:sizeof(keyPtr) encoding:NSUTF8StringEncoding];
    NSUInteger dataLength = [self length];

    size_t bufferSize = dataLength + kCCBlockSizeAES128;
    void *buffer = malloc(bufferSize);
    size_t numBytesEncrypted = 0;
    CCCryptorStatus cryptStatus = CCCrypt(kCCEncrypt, kCCAlgorithmAES128,
                                          kCCOptionPKCS7Padding, keyPtr,
                                          kCCKeySizeAES256, NULL, [self bytes],
                                          dataLength, buffer, bufferSize, &numBytesEncrypted);
    if(cryptStatus == kCCSuccess) {
        return [NSData dataWithBytesNoCopy:buffer length:numBytesEncrypted];
    }
    free(buffer);
    return nil;
}

与NSString+AES256Encrypt.m结合使用:

- (NSString *)AES256EncryptWithKey:(NSString *)key {
    NSData *plainData = [self dataUsingEncoding:NSUTF8StringEncoding];
    NSData *encryptedData = [plainData AES256EncryptWithKey:key];
    NSString *encryptedString = [encryptedData base64Encoding];
    return encryptedString;
}

与我有关的行是上面发布的第一个方法中使用的 free(buffer) ，如果 cryptStatus 为 false(意味着加密失败)，则调用该方法。我还注意到方法 dataWithBytesNoCopy 有一个参数 freeWhenDone 其中:

• 如果是，则返回的对象获得字节指针的所有权并在释放时释放它。

但我不确定它是否适用于我的情况。

感谢您的所有帮助。

Answer 1

我没有发现任何问题。

自动释放仅适用于 Objective-C 对象。它基本上通过将对象放入自动释放池中来稍微延迟实际的 -release 调用，自动释放池在主运行循环的每次迭代后都会刷新，对池中的每个对象调用 -release 。从方法返回的对象通常是自动释放的，尽管 ARC 有一种机制，通常可以通过确定该值仅由调用者需要来避免实际池的开销，并且可以跟踪引用并只在那里调用 -release 。在 ARC 模式下，编译器会为您计算出何时需要自动释放和释放，并且不允许您自己调用这些方法。

大多数时候，您不需要自己的自动释放池，但如果您在循环中执行某些操作，每次迭代都可以创建大量临时对象，则您可能需要为每个循环迭代使用 autorelease_pool ，以便内存不会被累积，而是每次都会被清理，以便下一次迭代可以重新使用该内存。如果您正在编写一个命令行程序或其他一些没有自己的 Objective-C 支持的工具，那么您至少需要在入口点周围有一个自动释放池。

使用 malloc/free 的 C 堆内存不属于自动释放概念(仅涉及 NSObject 的保留/释放机制)。对于每个 malloc()，一旦不再需要该内存，您最终需要调用 free()，否则就会发生泄漏。上面的代码是正确的——有一个 malloc()，然后在返回 nil 时调用 free()，或者调用 initWithBytesNoCopy: 方法(这是一个特殊的方法，它使用传入的字节作为实际的 NSData存储，避免内存复制和进一步内部 malloc 的开销，然后在对象本身被释放时调用 free() )。

initWithBytesNoCopy:length: 只是调用 -initWithBytesNoCopy:length:freeWhenDone: ，基本上根据其文档，带有 freeWhenDone 的 YES 参数。如果您认为较长的方法更具可读性(因为它更清楚地表明您了解自由行为)，则可以显式调用较长的方法，但无论哪种方式，它的工作原理都是相同的。

NSData 加密方法实际上不会创建除您返回的对象之外的任何对象——它的所有代码都是更直接的 C 代码。所以自动释放池没有任何帮助。 NSString 加密方法确实会创建一些临时对象，因此，如果要加密的内存量很大，如果您有后续的重要工作，则周围的自动释放池可能会有所帮助(但请确保对外部返回的对象有一个强引用)池范围)。事实上，ARC 很可能会找出大多数对象的临时性质，并且比自动释放池更有效地处理它们。

如果您可以使用 Instruments 分析代码，则可以在程序运行时查看程序的内存使用情况，并且只有在出现显着峰值的地方您才会考虑使用本地自动释放池。