c++ - 在 Objective-C++ 中编码时应该使用 ARC 吗？

Question

我从事 Objective-C++ 库项目。到目前为止，在我基于 C++ 的代码库中，只有一个 ObjC 对象包装在 C++ 单例对象中。但是库的客户端代码很可能自始至终都使用ARC。

在某些情况下，我需要将 ObjC 结构(即包含 ObjC 对象成员的结构)转换为对应的 C(++)。

我从这篇文章中读到:

http://philjordan.eu/article/mixing-objective-c-c++-and-objective-c++

那个:

Even if you use ARC in your project, I recommend you disable it for C++-heavy Objective-C++ files like this one. You can make your C++ code behave itself even with ARC, but it'll often be more work than just putting in the release and retain calls.

作者没有详细说明他是如何得出这个结论的。该帖子最后一次更新是在 2012 年。我想知道这背后是否有任何重大问题，或者随着 ObjC 的发展，它只是过时的信息。

谢谢!

Answer 1

我一直在使用 c++/objc 混合和 arc/no-arc，没有任何问题。arc 中唯一发生的事情是 objc 在大多数使用 objc 对象的地方自动添加保留/释放。如果你的 C++ 类要使用 objc 对象，那么它也需要启用 objc——在这种情况下，arc 将只在它被启用(并允许文件)时工作。否则你需要手动保留/释放。 ARC 不影响 c++ 内存管理，因此没有更多内容。

因此，除非您想对 objc 对象使用 void* 并且在您的 C++ 代码中没有 objc 支持，否则只需遵循 arc/non-arc 规则就可以了。

我猜想为什么您可能希望在 C++ 文件中没有 arc 是为了避免 arc 有时会添加过多的保留/释放调用 - 所以基本上，如果您知道真正需要保留对象的位置(编译器不会知道并保留无处不在)，因此您可以让应用程序进行更少的计算。此外，弱引用在错误的地方使用时可能会破坏事物(例如在 C++ 哈希集中或作为映射中的键，可能会重新分配的地方)，在简单的情况下它们通常可以工作。