网狐ipa编译环境搭建

① 如何减小ipa包大小方法总结，减小ipa包大小

首先是检查.app bundle，看一下程序包里面哪些文件占的空间最大。

在做任何相关优化之前，我们需要做一些权衡。通过权衡，可以知道把优化的重点集中在什么地方。本文提到的一些技术缺点我们也需要做出考虑，我们必须考虑相关影响，以确保做出正确的决定。如果不做权衡的话，我们无法知道需要对程序做出什么样的改变。

当第一安装iOS程序时，需要完整的一个.ipa文件。(注意这不同于升级)。实际上.ipa文件就是一个.zip结构。

*找出程序的.ipa文件方法：

1、从App Store应用，然后利用iTunes对iOS设备做同步处理，接着查看目录：
~/Music/iTunes/iTunes Music/Mobile Applications，就能找到.ipa文件了。

2、当然我们也可以通过使用: Xcode的Archive命令来构造出.ipa文件——该文件与提交到App Store上的格式基本一致。

检查.ipa文件

简单的将后缀为.ipa文件修改为.zip，然后利用Finder将其解压出来。右键单击解压出来的.app bundle，选择显示包内容，以查看里面的资源文件。通过该方法我们可以看到哪些文件占的空间最大。

*注意：.app bundle是经过压缩的，并且有些文件的压缩效果要比别的文件好，所以压缩后的效果才是才是最重要的。不过一般情况下在压缩前最大的文件，在压缩后依旧是最大的文件。我们可以将某个文件删除，然后在Finder中右键单击，选择压缩，这样可以更加精确的测量文件压缩效果。

Build Settings

编译选项

将build setting中的Optimization Level设置为Fastest, Smallest [-Os]; 将build setting 中的Strip Debug Symbols During Copy设置为YES(COPY_PHASE_STRIP = YES)，这样可以减译出二进制文件的尺寸。这里提到的这些设置在Xcode工程中对于Release的配置是默认的。

*警告：这些设置会让你的程序很难debug。在一般开发环境build中不建议这样设置

Target针对较少的CPUs

默认情况下，Xcode工程都配置为：对程序指定的特定CPU类型做优化处理，以生成相对于的可执行文件。不同的硬件，将运行不同的可执行代码。虽然这样优化后的程序，只能针对某些设备运行，但是这大大减小可执行程序的大小。

要想只设定特定类型的CPUs，可以修改build setting中的Architectures，将其从Standard $(ARCHS_STANDARD)修改为你希望支持的列表中对应的特定类型CPU。有效的CPU名称列在Valid Architectures (VALID_ARCHS) build setting中。请不要修改Valid Architectures设置项，最好由Xcode管理。

Assets

对应用程序做一个完整性检查

利用Inspecting Your App中介绍的流程，对.app bundle做一个全面的检查，以了解那些是真正需要用到的。在程序中，经常会包含一些额外的文件，例如readme之类的，这些从来都不会被用到。

将数据从代码中剥离出来

将所有的资源(例如很长的字符串)从代码中剥离出来，并存入外部文件，这样会减小最终文件的大小，因为这些文件的压缩效果更好。(参考iOS App Store Specific Considerations中的完整介绍。)

Image Assets

尽量使用8-bit图片

使用8-bit的PNG图片，比32-bit的图片能减少4倍的压缩率。由于8-bit的图片支持最多256种不同的颜色，所以8-bit的图片一般只应该用于一小部分的颜色图片。例如灰度图片最好使用8-bit。

针对32-bit的图片尽量使用高压缩的比率

利用Adobe Photoshop的Save For Web可以减小JPEG和PNG的图片大小。在Xcode中，默认情况下，会自动的使用pngcrush来压缩.png图片。

Audio Assets

音频的压缩

参考WWDC中的Audio Development for Games，里面介绍了如何有效的处理音频。常规来说，我们要使用AAC或MP3来压缩音频，并且可以尝试降低一下音频的比特率。有时候44.1khz的采样是没有必要的，稍微低一点的比特率也不会降低音频的质量。

*温馨提示：以上这些方法仅供参考，而且仅适用于对程序占用空间特别在意又对自己的耐心非常有信息的同学们，要不然，头疼呵呵了什么的，只好自己忍着啦~

iOS App Store相关因素

作为提交到App Store中app里的可执行文件是被加过密的。加密的副作用是可执行文件的压缩效果没有之前的好了，因为加密会隐藏一些细节问题。因此，从App Store下来的.ipa文件大小要比从本地build出来的.ipa文件大。

注意：将长文本内容和表数据等从代码中移除，并添加到外部文件中，这样可以减小最终安装包的大小——因为这些文件的压缩效果更好。

如果你选择Organizer window中的某个archived，然后点击Estimate Size，Xcode可以对最终分发的程序尺寸做出一个评估。这里并不考虑Mac App Store上面的和级部署的iOS程序。

② 怎么用xcode打包网狐游戏ipa

没有办法，没有越狱是无法单独使用包安装的【只能通过AppStore安装】。
“越狱”指的是绕过苹果在其设备上对操作系统施加的很多限制，从而可以“Root访问”基础的操作系统。简单来说，“越狱”可以让iPhone用户从苹果应用商店外其他非官方的应用程序，或者对用户界面进行定制。

③ 在windows系统环境下，能不能编译出.ipa文件

当然可以啦，ipa是个zip包交叉编译，在windows下用toolchain，把iPhone的lib库导入，头文件准备好，写好makefile直接make，编译好后直接打包成zip文件，改成ipa就行了，签名可以用ldid

④ ios 如何检查ipa是被重签名过的

方法一、终端命令：sigh resign

1. 明白两个东西：想要重签名的证书和描述文件

开发证书或者企业证书，即你想要重签名的证书、provision描述文件。我是个人账户。没交钱的那种。（Xcode中自动管理会生成证书和描述文件）。

注意⚠️：每一个重签版本都需重新申请一个 appid 和 provisoning profile,不然同appid的会覆盖。
mac电脑的开发环境配置

• 安装 homebrew,命令:
  /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

• 安装 ruby，命令：brew install ruby更新 ruby 版本

• 安装 sigh，命令：sudo gem install sigh

如果出错那就换成gem install sigh安装过程是漫长的。（在安装 sigh 之前，你得检查 gem的镜像源，现在一般为https://gems.ruby-china.org）

准备好需要重签名的 ipa 包

自己的ipa 不用多说。编译一下在工程的Proct 文件件下就有。也可以通过爱思助手下载具体教程：Mac 如何下载ipa

开始重签名

• 第一步，把我们要重签名的 ipa 包和我们下载下来安装的embedded.mobileprovison放在同一文件夹目录下，同级

• 第二步，终端 cd 到这个 ipa 的文件夹目录下，执行sigh resign或者fastlane sigh resign命令

• 第三步：这时候，sigh 会直接弹出下面这个指令要你输入:Signing Identity这个就是你的证书的十六进制串,输入之后回车，然后等待见证奇迹的时刻吧。
  
  此方式会自动分析 provisoning profile描述文件中的东西，所以不用我们自己填写变更的bundle id

  验证得到ipa 直接在爱思助手中的：我的应用->中一拖就可以了。

  这个方式亲自试了，比较简单方便。

  结论：

  但是最后重签名之前的能正常打开，重签名之后的都是一而退。暂时不知道什么原因。