ios - 如何确认我们的代码没有在 iOS 发布二进制文件中调用 NSAssert

Question

我想在构建我们的发布 iOS 二进制文件时禁用代码行中发生的 NSAssert 调用，然后我想确认它们已被禁用，因为我 super 偏执。我如何确认它们已被禁用？

为了在我们的发布版本中禁用 NSAssert 调用，我将 NS_BLOCK_ASSERTIONS=1 (来自 here )常量添加到我正在使用 xcodebuild 执行的命令行发布版本中，以便 NSAsserts 在整个应用程序的构建中被阻止，包括它使用的所有静态库的构建。对于数十个静态库，尝试并验证在每个库的项目文件中设置此标志的维护工作量太大，因此首选这种全局方法。它看起来像这样:

xcodebuild -target MyApp -configuration MyReleaseConfig -DNS_BLOCK_ASSERTIONS=1 build

然后确认我们对 NSAssert 的调用确实被阻止，这是我正在尝试的，也是我寻求建议的地方:我从生成的二进制文件中转储符号表，并查找 NSAssert 的实际方法宏调用，像这样:

# Use 'nm' tool to dump symboltable into txt file
/Applications/Xcode.app/Contents/Developer/usr/bin/nm MyApp.app/MyApp > MyApp.symbols.txt

# Search symbols for NSAssertionHandler:
grep "NSAssertionHandler" ./MyApp.symbols.txt

# Output results:
RESULT=$?
if [ $RESULT -eq 0 ]
then
    echo -e "** ASSERTION CHECKER FAILED: FOUND 1 OR MORE NSASSERT CALLS IN RELEASE BINARY **"
else
    echo -e "** ASSERTION CHECKER SUCCEEDED:  NO NSASSERT CALLS IN RELEASE BINARY **"
fi

问题是我仍然看到 NSAssertionHandler 出现在符号中:

U _OBJC_CLASS_$_NSAssertionHandler

我怀疑我使用的 nm 不正确；或者，这个符号出现可能是因为我们正在链接使用 NSAsserts 的第三方库，或者 iOS API 本身可能使用 NSAsserts，从而混淆了我的验证步骤。我希望我们的所有代码对 NSAssert 的调用在我们的发布版本中被阻止——我如何验证是这种情况？如有任何建议，我们将不胜感激!

Answer 1

您可以将 NSAssert(false, @"test"); 放在您知道会命中的代码路径中，看看它是否会命中 Release 构建，看起来。

无论如何，因为这是一个古老的问题，我也在想同样的事情，我想我会给出一个更新。对我来说，在 Xcode 4.6.3 中，我看到 DNS_BLOCK_ASSERTIONS=1 自动为我的发布版本定义 - 所以 NSAssert 确实没有编译到发布版本中。

我还在始终命中的代码路径中对此进行了测试，断言未命中。它甚至没有被编译，因为我实际上忘记了 @ 并且它甚至不会在 Debug 中编译，但在 Release 中编译。