在更新支持位码的框架后,IOS应用的大小翻了一番



上个月我为TestFlight上传了两个build。在ItunesConnect上,一个是63MB,另一个是160MB!更糟糕的是,它在TestFlight上显示为195MB,而在App Store上,它的大小将是它的两倍!

我使用的框架/库:

    Facebook SDK: I包括FBSDKCoreKit和FBSDKLoginKit。(只需将.framework项拖放到项目中即可。
  • Alamofire,两个版本都包含swift 2.0预发布分支(Xcode 7仍处于测试阶段)。我将.xcodeproj拖放到我的应用程序中。
  • Google Cloud messaging,通过CocoaPods下载。

regarding changes:

    我更新了FacebookSDK到最新的SDK (v4.6.0)。为了检查这是否是问题,我再次包含旧的SDK,并检查文件大小,但这没有任何区别。
  • 我更新了Alamofire,包括通过cocoapods发布的官方版本。包括通过cocoapods增加文件大小17MB,所以我切换回包括.xcodeproj在我的项目。

Regarding code:没什么大不了的,只是bug修复。

我已经禁用了我的应用程序的位码,因为GCM还不支持这个,它支持Facebook SDK和Alamofire。

我真的很奇怪为什么文件大小变化如此之大。这可能是Xcode 7发布前后的事情,因为文件大小较小的版本是在使用Xcode 7测试版时发布的。

Itunes Connect显示:Supported Architectures: armv7, arm64Required Capabilities armv7

发送32位版本的应用程序是一件好事吗?这会减少文件大小吗?它会拒绝我的应用吗?

任何想法?

尝试打开. ipa文件并查看文件大小。看看是什么导致了包大小的最大增长,这可能会很有用。代码本身不应该导致大小增加,所以很可能你包含了一个导致大小增加的资源。

如果您有IPA文件,您可以将文件扩展名更改为.zip,双击解压。它应该会生成一个"Payload"文件夹,其中包含应用程序的内容。

最新更新