iOS安装包瘦身方法？

最新推荐文章于 2021-10-12 10:19:34 发布
原创 最新推荐文章于 2021-10-12 10:19:34 发布 · 2.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ios #瘦身 #安装包 #面试

一、删除无用资源

  1. 删除1x图片，无需适配iPhone4以下机型
    现在应该没有APP需要支持iPhone4以下的机型了，所以1X的图片可以全部删掉。3X的图片是保留还是删掉看具体情况。

  2. 未使用的图片通过 LSUnusedResources 扫描删除
    要注意的是可能会有误伤，该工具是全匹配，一些拼接名字来使用的图片要注意手动剔除。

  3. 其他资源手动删除
    一些音频、视频和多余的plist文件以及readme文件什么的目测只能肉眼扫描了，我们没用到这些资源暂时没这个问题。

  4. 删除功能重复的三方库

二、资源压缩

  1. 图片压缩，使用ImageOptim实现无损压缩，COMPRESS_PNG_FILES和STRIP_PNG_TEXT设置为NO；

  2. 使用png格式图片，并使用苹果推荐的.xcassets来管理，它会把里面所有的png格式图片压缩成一个Assets.car（压缩30% - 50%）文件，压缩比率比其他方式管理图片要高。不过jpg图片不会在Assets.car文件里；

  3. H5页面远端化；

三、编译设置

  1. 打开bitcode设置
    在”Build Settings”->”Enable Bitcode”选项中看到这个设置

    bitcode是被编译程序的一种中间形式的代码，上传到apple store后，apple可以为目标安装APP的设备进行优化二进制，减小安装包的大小。
    缺点：1.用户安装的二进制文件不再是开发这边生成的，是苹果通过bitcode编译优化出来的，其对应的调试符号信息丢失了，无法再根据崩溃日志定位崩溃现场； 2.有些三方库不支持bitcode，需要打开bitcode重新编译。

  2. 编译器优化级别
    Build Settings->Optimization Level有几个编译优化选项，release版应该选择Fastest, Smalllest，这个选项会开启那些不增加代码大小的全部优化，并让可执行文件尽可能小。

  3. 去除符号信息
    Strip Debug Symbols During Copy 和 Symbols Hidden by Default 在release版本应该设为yes，可以去除不必要的调试符号。Symbols Hidden by Default会把所有符号都定义成”private extern”。

PS：编译选项以及思维导图

编译

参考

ipa文件”减肥“初衷
iOS安装包瘦身指南

iOS客户端安装包大小优化
Z1591090的博客
10-08 5173
优化方向 AppStore 对包大小提供的优化支持 对于在 AppStore 发布的包，苹果也为 App 提供了很多优化方式，而这些是通过企业证书签发的包无法做到的。 当 App 构建完安装包之后上传到 AppStore Connect 后, AppStore Connect 会根据设备、系统来创建其变体（variant）以适配不同的设备，用户从 App Store 中下载到的安装包时候，只下载自己设备用到变体。 变体之间的差异取决于设备的处理器架构（arm64, armv7）、屏幕分辨率（2x, 3x）、
iOS从资源和代码方面为App瘦身处理
m0_60543356的博客
12-17 2495
iOS从资源和代码方面为App瘦身处理
iOS 安装包瘦身的方法
02-11
讲述iOS 安装包瘦身的有效的解决方案，为iOS程序开发者提供有效的帮助
iOS微信安装包瘦身
logcabin的专栏
09-23 1224
iOS微信安装包瘦身 原创 2015-09-21 Dreaming WeMobileDev 前提 微信经过多次版本迭代，产生不少冗余代码和无用资源。之前微信也没有很好的手段知道哪个模块增量多少。另外去年10月微信开始做ARC支持，目的是为了减少野指针带来的Crash，但代价是可执行文件增大20%左右。而苹果规定今年6月提交给Appstore的应用必须支持64位，32位和64位两个架构
iOS可执行文件瘦身方法
月若无涯的专栏
02-02 983
原文地址：http://blog.cnbang.net/tech/2544/ 缩减iOS安装包大小是很多中大型APP都要做的事，一般首先会对资源文件下手，压缩图片/音频，去除不必要的资源。这些资源优化做完后，我们还可以尝试对可执行文件进行瘦身，项目越大，可执行文件占用的体积约大，又因为AppStore会对可执行文件加密，导致可执行文件的压缩率低，压缩后可执行文件占整个APP安装包的体积比例大
iOS包瘦身
will林的博客
07-30 816
iOS包瘦身我的思路在于以下几点： 资源文件优化：资源文件包括图片、gif、音频、文本、配置文件、xib、storyboard等。 对.o(可执行)文件优化：.o文件由我们编写的代码.h和.m（源文件）编译后生成。 设置Xcode的编译选项优化：通过设置Build Settings进行优化。 1.资源文件优化 删除无用的资源文件； 对资源文件进行压缩； 变更图片文件的导入方式； 资源...
基于clang插件的一种iOS包大小瘦身方案
demondev
11-17 3133
转自：http://mp.weixin.qq.com/s?__biz=MzA3ODg4MDk0Ng==&mid=2651112856&idx=1&sn=b2c74c62a10b4c9a4e7538d1ad7eb739&chksm=844c6c45b33be553ee0ee89097b474c1360eb6ea9fe6a96bbc83dcd43484a272e3ad33f72bbd&scene=0#
安装包瘦身秘籍：Objective-C符号剥离与资源压缩全流程.pdf
07-02
Objective-C，作为 iOS/macOS 开发的经典语言，以其独特的消息传递机制和动态运行时特性，为 App Store 数百万应用奠定基础。尽管 Swift 崛起，其在代码兼容性、底层框架交互中的不可替代性，仍使其成为资深开发者...
iOS app瘦身优化之路
热门推荐
人生若只如初见
10-26 1万+
缩减iOS安装包大小是很多中大型APP都要做的事，一般首先会对资源文件下手，压缩图片/音频，去除不必要的资源。这些资源优化做完后，我们还可以尝试对可执行文件进行瘦身，项目越大，可执行文件占用的体积越大，又因为AppStore会对可执行文件加密，导致可执行文件的压缩率低，压缩后可执行文件占整个APP安装包的体积比例大约有80%~90%，还是挺值得优化的。 瘦身的第一步 对于app瘦身之前
iOS 瘦身之道
weixin_34258078的博客
05-16 326
App 的包大小做优化的目的就是为了节省用户流量，提高用户的下载速度，也是为了用户手机节省更多的空间。另外 App Store 官方规定 App 安装包如果超过 150MB，那么不可以使 OTA（over-the-air）环境下载，也就是只可以在 WiFi 环境下载，企业或者独立开发者万万不想看到这一点。免得失去大量的用户。 同时如果你的 App 需要适配 iOS7、iOS8 那么官方规定主二进制...
iOS安装包瘦身
Swift
10-06 1203
安装包主要由两部分组成，资源文件以及可执行文件，瘦身主要从这两部分入手； 【1】资源文件瘦身 资源文件包括图片、声音、视频、文本文件等，只要在xcode中引用就会被打包到安装包中。     1.检查项目中有哪些资源文件不再使用但依然被引用，可通过写脚本进行检查；     2.检查项目中哪些资源文件可以迁移到线上而不是打包到安装包中；     3.检查项目中哪些图片过大，如使用Tiny
iOS app安装包瘦身
Max_Zeong的博客
04-04 443
安装包组成：主要由可执行文件、资源文件组成 其中资源文件（图片、音频、视频等），对于资源文件策略主要采用无损压缩方式减少大小 可执行文件的瘦身，即进行源代码的优化，主要包括如下： 2.1 编译器的优化，编译选项开关打开 Strip Linked Product、Make Strings Read-Only、Symbols Hidden by Default设置为YES 2.2 去掉异常支持，En...
iOS内置图片瘦身思路整理
weixin_30879833的博客
11-10 325
一、前言 前段时间注意到我们APP的包大小超过100MB了，所以随口跟老板说了下能否采用字体文件（.ttf）替代PNG图片，老板对应用瘦身很感兴趣因此让我做下技术调研。这篇文章主要是将我们的各个技术方案的思路做一下整理和总结，希望对大家有所帮助。 二、iOS内置资源的集中方式 在介绍技术方案前我们先来看下iOS内置图片资源都有哪些常见的方式： 1、将图片存放在bundle下 这是一种非常...
iOS的包瘦身实践
小马哥好棒哦
10-12 807
随着业务的快速增加，商城App的大小也在迅速增加，一度超过了300M。安装包大小的不断增加对App下载成本，推广效率产生了比较大的影响。从2018年9月份我们对商城App开始了为期二期的专项瘦身工作：一期从V7.2.0-V7.5.2版本，共计瘦身46M（设备：iPhone X，iOS12）。为了进一步减小包大小，同时为了建立长效机制，从今年5月份开始了第二期的专项优化工作，二期优化从最高的V8.1.0版本的272M到现在的V8.4.0的214.4M共计已经完成瘦身57.6M，当然二期优化还在继续推进中。瘦身
iOS安装包瘦身指南
ZeroOnet的博客
11-14 732
Apple对安装包的大小有严格的限制，当然4亿位的大小对我们来说是很宽泛的，但是对用户来说就完全不是那回事了！所以在保证App的正常性能的前提下，安装包能小则小！下面这篇文章，作者从多个方面讲解了如何对App的安装包进行瘦身以及常用工具的使用，强力推荐！（ps：笔者之前找了很久都没找到很详细的瘦身教程，这篇文章也是在唐巧的技术博客中看到的，这里笔者也来引用转载一番，嘿嘿！）第七章：iOS安装包瘦身指
iOS 性能优化（二）安装包瘦身
ClarkLee的博客
09-13 2813
随着版本迭代和业务的堆积，安装包会越来越大，安装包变大也带来了其他隐患，比如之前在App Store下载的应用超过150MB时，是无法使用流量下载的，只能连接到无线局域网下载。虽然现在可以设置允许所有App使用蜂窝数据下载，但是有个“超过200MB时请求许可”的选项可能是默认勾选的，而且对流量和手机存储空间敏感的用户，有时候安装包的大小就决定了是否拥有这个用户，所以，对于安装包的瘦身是App发展和优化过程中不可避免的重要一步。
iOS ipa包瘦身，iOS8及以下text段超60MB
weixin_33898876的博客
04-17 298
前沿很早之前写过一篇相关文章，不过博客主机上跑路了之后数据没了，凭着记忆补了下相关资料 ipa安装包瘦身清理无用图片，图片压缩（PNG换WebP和JPG），处于某种不可抗拒的原因，导致有部分3X图没有被App Thining处理，这部分3x图是否可以删除只用2x图。（这一条一般收益很小，因为大部分团队都会注意）特殊字体文件如果有自己封装的库，检查下静态库...
iOS应用代码段瘦身办法
a359798678的博客
06-04 158
iOS应用代码段瘦身办法 大型app应对苹果官方代码段大小限制的小伎俩… 背景 苹果官方文档对二进制 __TEXT 段大小有限制： 代码实在瘦不下去怎么办？ 解决方案 利用rename_section过审核，在Xcode中向 “Other Linker Flags” 中添加 -Wl,-rename_section,__TEXT,__cstring,__...
Ionic应用如何打包成Android/iOS安装包？
最新发布
07-18
<think>我们参考了引用[1]中关于Ionic框架的描述，以及引用[2]和[引用3]中关于打包和推送集成的部分信息。用户的问题是如何将Ionic应用打包成Android和iOS的安装包。下面将分步骤详细说明。 ### Ionic应用打包为Android/iOS安装包的步骤 #### 准备工作 1. **确保环境已安装** - Node.js 和 npm（参考之前回答的安装步骤） - Ionic CLI（已全局安装） - 对于Android打包：需要安装Android Studio并配置环境变量（包括`ANDROID_HOME`和SDK路径）[^1] - 对于iOS打包：需要macOS系统和Xcode 2. **添加平台支持** 在Ionic项目根目录下执行： ```bash # 添加Android平台 ionic capacitor add android # 添加iOS平台（macOS） ionic capacitor add ios ``` #### Android打包步骤 1. **构建Web资源** ```bash ionic build ``` 2. **同步到Android项目** ```bash npx cap sync android ``` 3. **打开Android Studio并生成签名APK/AAB** - 打开Android项目： ```bash npx cap open android ``` - 在Android Studio中： - 选择菜单：Build → Generate Signed Bundle/APK - 选择APK或Android App Bundle - 创建或使用现有密钥库（keystore） - 选择构建类型（Release） - 完成生成 > 注意：签名密钥库文件（.keystore或.jks）必须妥善保管，它是应用更新的唯一凭证。 4. **命令行构建（可选）** 使用Gradle命令行构建： ```bash cd android ./gradlew assembleRelease ``` 生成的APK位于：`android/app/build/outputs/apk/release/` #### iOS打包步骤（仅限macOS） 1. **构建Web资源** ```bash ionic build ``` 2. **同步到iOS项目** ```bash npx cap sync ios ``` 3. **打开Xcode并配置签名** ```bash npx cap open ios ``` - 在Xcode中： - 选择项目 → Signing & Capabilities - 选择开发者账号（需苹果开发者账号） - 设置Bundle Identifier（唯一标识） 4. **生成IPA安装包** - 选择菜单：Product → Archive - 在Archives窗口中选择“Distribute App” - 选择分发方式（App Store Connect、Ad Hoc等） - 选择签名方式（自动或手动） - 导出IPA文件 #### 注意事项 1. **环境变量配置** - Android：确保`ANDROID_HOME`指向SDK路径（通常在`~/Android/Sdk`） - iOS：Xcode命令行工具需安装（`xcode-select --install`） 2. **推送服务集成** 如引用[3]所述，集成极光推送等第三方服务时，需确保Android包名和iOS的Bundle ID一致，否则需要联系服务商修改[^3]。 3. **构建脚本优化** 引用[2]展示了自定义构建脚本的示例，可通过修改`package.json`中的脚本命令优化构建流程[^2]。 ### 常见问题解决 | 问题 | 解决方案 | |------|----------| | Android构建失败（Gradle错误） | 检查`android/gradle.properties`中的JDK路径或升级Gradle版本 | | iOS签名失败（证书问题） | 在Xcode中重新下载Provisioning Profile或检查开发者账号状态 | | 白屏/资源加载失败 | 确保`ionic build`成功，且`npx cap sync`已执行 | > 提示：使用`ionic capacitor run android/ios`可直接在模拟器或真机运行调试版本。 --- ### §§相关问题§§ 1. 如何为Ionic应用生成签名密钥（Keystore）？ 2. Ionic应用上架App Store和Google Play的具体流程是什么？ 3. 如何解决Ionic应用在真机运行时的白屏问题？ 4. Capacitor和Cordova在打包流程上有何区别？</think>### Ionic应用打包为Android/iOS安装包的完整流程 #### 一、准备工作 1. **环境配置** - 安装Android Studio（Android打包）[^1] - 安装Xcode（iOS打包，仅限macOS） - 确保已安装Ionic CLI： ```bash npm install -g @ionic/cli ``` 2. **添加原生平台支持** 在项目根目录执行： ```bash # 添加Android支持 ionic capacitor add android # 添加iOS支持（macOS） ionic capacitor add ios ``` --- #### 二、Android打包流程 1. **构建Web资源** ```bash ionic build ``` 2. **同步到Android项目** ```bash npx cap sync android ``` 3. **生成签名密钥（首次打包）** ```bash keytool -genkey -v -keystore my-release-key.keystore \ -alias my-key-alias -keyalg RSA -keysize 2048 -validity 10000 ``` 4. **配置签名（android/app/build.gradle）** ```gradle android { ... signingConfigs { release { storeFile file("my-release-key.keystore") storePassword "your_password" keyAlias "my-key-alias" keyPassword "your_password" } } buildTypes { release { signingConfig signingConfigs.release } } } ``` 5. **生成APK安装包** ```bash cd android ./gradlew assembleRelease ``` APK路径：`android/app/build/outputs/apk/release/app-release.apk` --- #### 三、iOS打包流程（macOS） 1. **构建并同步项目** ```bash ionic build npx cap sync ios ``` 2. **打开Xcode项目** ```bash npx cap open ios ``` 3. **配置签名和Bundle ID** - 在Xcode中：选择项目 → Signing & Capabilities - 设置Team和Bundle Identifier（需苹果开发者账号）[^3] 4. **生成IPA安装包** - 菜单选择：Product → Archive - 在Archives窗口中选择"Distribute App" - 选择"Development"或"App Store"分发方式 - 导出IPA文件 --- #### 四、推送服务集成（如极光推送） 参考引用[3]的解决方案： 1. **Android/iOS使用相同包名** ```json // capacitor.config.json { "appId": "com.yourcompany.app", // 保持Android/iOS一致 "appName": "Your App" } ``` 2. **包名冲突处理** 联系极光技术支持修改数据库绑定（邮箱：support@jiguang.cn）[^3] --- #### 五、常见问题解决 | 问题 | 解决方案 | |------|----------| | 签名配置失败 | 检查keystore路径和密码是否正确 | | iOS证书错误 | 在Xcode中重新下载Provisioning Profile | | 白屏问题 | 运行`npx cap sync`确保资源同步 | | 包名冲突 | 修改`capacitor.config.json`中的appId | > **提示**：使用`ionic capacitor run android/ios`可直接在模拟器运行测试版本[^1] --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值