将应用程序上传到Mac Store时，最终的API分析太大

我打算将我的第一个Mac应用程序上传到Apple Store

并修复了图标，类别的所有验证错误...

但是之后，我通过了警告并通过了验证：

The resulting API analysis file is too large. We were unable to validate your API usage prior to delivery. This is just an informational message.

并且我的上传被拒绝，原因是：“无效的二进制文件”
有人遇到过这种情况吗？

更新：此警告不是拒绝的原因，可能是应用程序归档的问题。我成功发布了我的应用程序以进行存储。

因此，我们可以放心地忽略它。

Apple禁止在iOS应用中使用私有或未记录的API。您对与私有或未公开API方法同名的方法进行的任何调用都将被标记为私有API使用，即使所调用的方法是您自己定义的。

App Loader进行初始扫描，检查方法名称，实例变量访问，甚至使用私有方法名称使用@selector。App Loader并不总是做得很好，并且您拥有的源文件越多，就越有可能警告您它生成的API分析文件“太大”。

幸运的是，尽管有警告，您仍然可以提交您的申请。Apple会在内部对其进行检查，如果由于名称重叠而使某些内容退回去，您将不得不再次进行审核。

埃里卡·萨顿（Erika Sadun）试图制作一个名为API Kit的应用程序来为您进行扫描，但她似乎放弃了自己的工作，并从网站上删除了该应用程序的任何痕迹。

Chimp Studios创建了App Scanner来执行相同的操作，但是自2011年以来就没有进行过更新。不幸的是，对于大型项目-其中包括带有CocoaPods大量豆荚的项目-目前（2014年）没有任何好的选择除了主动命名事物，以免与私有API方法和实例名称冲突之外，还可以通过其他方式解决此问题。

您可以主动了解Apple的 可可命名约定并尝试进行预测。这将减少将来的头痛。但是，在Apple引入诸如名称空间之类的内容之前，我们可能会不时继续遇到这个问题。

“无效的二进制”错误可能有多种原因，但与App Loader创建的API分析文档完全无关。

您应该知道，即使进行了扫描，仍然有许多方法可以避免使用私有/未记录的API的禁止。:)

在我的第一个Swift项目中首次遇到此问题后，现在看来，此问题的最常见答案是：

如果您使用Swift 2.x和XCode 7，则会收到此错误。只是忽略它。

[更新：XCode 7.3和iOS 9.3推出似乎已解决了此问题！]

这是解决它们的一种简单方法...将选择器名称反向存储，例如“ dlroWolleH”，然后在调用该方法之前将字符串反向。

如果Apple明智地做到这一点，那么您可以对它们进行加密。