ios - kits - Después de cambiar a Xcode 7, el tamaño de la aplicación aumentó de 9 MB a 60 MB, ¿hay alguna solución?

xcode kits

Question

He estado retrocediendo en la historia de Git para encontrar la causa de un enorme cambio de tamaño de archivo, pero la única razón real que puedo encontrar es el cambio de Xcode 6 a Xcode 7 GM.

Descubrí que estos son los 10 principales contribuyentes de tamaño de archivo en un .ipa creado a partir de la operación de archivo en una configuración de compilación de lanzamiento :

$ unzip -lv Roger/ Release.ipa | sort -k +3nr | head
41802768  Defl:N 16887199  60%  09-14-15 23:47  dc24cdc1  Payload/Roger.app/Frameworks/libswiftCore.dylib
41802400  Defl:N 16886076  60%  09-06-15 18:33  f939ea6a  SwiftSupport/iphoneos/libswiftCore.dylib
11184032  Defl:N  5915625  47%  09-14-15 23:48  6ceac4a2  Payload/Roger.app/Roger
 6399584  Defl:N  2670275  58%  09-14-15 23:47  0ac52d3f  Payload/Roger.app/Frameworks/libPhoneNumber_iOS.framework/libPhoneNumber_iOS
 5410384  Defl:N  2334189  57%  09-14-15 23:47  7a8cb03f  Payload/Roger.app/Frameworks/Alamofire.framework/Alamofire
 4521904  Defl:N  2292789  49%  09-14-15 23:47  95da0882  Payload/Roger.app/Frameworks/FBSDKCoreKit.framework/FBSDKCoreKit
 4731552  Defl:N  1926357  59%  09-14-15 23:48  e05337de  Payload/Roger.app/Frameworks/libswiftFoundation.dylib
 4731168  Defl:N  1925355  59%  09-06-15 18:33  19a5c3c4  SwiftSupport/iphoneos/libswiftFoundation.dylib
 2659232  Defl:N  1232897  54%  09-14-15 23:47  1a53a401  Payload/Roger.app/Frameworks/AFNetworking.framework/AFNetworking
 1196624  Defl:N   545343  54%  09-14-15 23:47  19a063cb  Payload/Roger.app/Frameworks/Bolts.framework/Bolts

Con mucho, los archivos más grandes son los dos (ligeramente diferentes) libswiftCore.dylib , que suman más de 32 MB. En el paquete creado por Xcode 6, estos dos archivos totalizaron solo 3 MB.

Entonces la pregunta # 1 es: ¿Por qué los archivos principales de Swift están allí dos veces? ( El contenido incrustado contiene el código Swift está establecido en No ).

Y la pregunta # 2 es: ¿Qué pasó? ¿Por qué el tamaño del núcleo Swift aumentó en 15 MB? ¿Es esto permanente?

Algunas notas adicionales:

• Este es un proyecto que era completamente Objective-C pero ahora es mayormente Swift. La configuración del módulo Defines se establece en Sí .
• ¡El proyecto usa CocoaPods con use_frameworks! conjunto.
• He confirmado el tamaño real de descarga de TestFlight en múltiples dispositivos y versiones de iOS y está en el rango de 30–60 MB (presumiblemente la diferencia se debe a la división de aplicaciones). Solía ​​ser de 9 MB.

Answer 1

Bitcode incrustado es la razón.

Suponiendo que no desea deshabilitar ENABLE_BITCODE, puede quitar los símbolos de depuración.

Consulte http://oguzbastemur.blogspot.com/2015/09/xcode-7-and-increaded-binary-size.html como quitar los símbolos de depuración antes de incrustar el código de bits es una de las opciones que puede hacer.

Answer 2

He estado probando muchas configuraciones y combinaciones y parece que el tamaño del archivo de los paquetes creados por Xcode 7 varía mucho según el dispositivo y la versión de iOS. Además, las compilaciones de TestFlight ahora son enormes en comparación con antes, pero la buena noticia es que una vez en la App Store no ha habido un gran aumento (aunque estoy viendo aproximadamente 1–2 MB agregados al tamaño del paquete en comparación con antes) .

Aquí hay algunos ejemplos para mostrar la variación entre TestFlight, App Store y dispositivos:

TestFlight, iPhone 5s en iOS 9.1
35,6 MB

TestFlight, iPhone 6 en iOS 8.4.1
70,1 MB

Tienda de aplicaciones
11,8 MB

El tamaño de la tienda de aplicaciones era idéntico en todos los dispositivos que probé. Sin embargo, no lo he probado en iPhone 6 Plus, es muy posible que el tamaño del paquete sea mayor ya que utiliza activos @ 3x.

Answer 3

Probablemente causado por BitCode, he visto el mismo crecimiento, sin embargo, una vez implementado desde la App Store, el tamaño de la aplicación no ha crecido realmente.

Puede deshabilitar BitCode en su aplicación y en los otros objetivos también y debería ver una reducción.

Answer 4

Se espera que el tamaño de los dylibs rápidos, y su propio código, sea significativamente mayor en el archivo .xcarchive, y cuando exporte para la distribución de la tienda, debido a la inclusión del código de bits. Este tamaño adicional no se reflejará en lo que realmente se entrega a sus usuarios, por lo que no debería ser un problema. Cuando envíe su aplicación a la tienda, la tienda la procesará para eliminar el código de bits, y esa versión procesada de la IPA es lo que descargarán sus usuarios.

Si realiza cualquier tipo de exportación desde su archivo, excepto una exportación de tienda (por ejemplo, guardar para una implementación ad-hoc), eliminaremos localmente el código de bits (e incluso volveremos a compilar sus binarios desde el código de bits primero, si deja esa opción marcada en la exportación flujo de trabajo, para recrear lo que sucederá en la tienda), para que pueda ver qué tan grande será realmente su aplicación. TestFlight también le quitará el código de bits y le mostrará el tamaño real de su aplicación.

También debe tener en cuenta que el tamaño de su aplicación también se puede reducir mediante el adelgazamiento de la aplicación, que puede leer en https://developer.apple.com/library/ios/documentation/IDEs/Conceptual/AppDistributionGuide/Introduction/Introduction.html . Es probable que desee realizar una exportación ad-hoc para ver el tamaño de cada variante reducida de su aplicación de todos modos.

Answer 5

También tuvimos este problema con Swift 1.2. Consulte Cómo evitar que las bibliotecas SwiftSupport se incluyan dos veces para mi pregunta original sobre este mismo problema.

Estoy bastante seguro de que este es un problema de la cadena de herramientas.