移动互联网做app是个酷毙的事情，同等产品条件下比拼的是渠道。怎么样让渠道人员(非技术)快捷地拿到想到的标识有相关渠道信息的包，是个关键的问题。

    因为平台不一样，打包手法也不尽相同，下面总结下54chen在工作过程中遇到的问题和解决的办法：

   1.android

    android下无法将一个apk包修改字节流之后apk还重新生效，因为android加key的过程会使这一过程变得无效。

    采取的办法：用ant或者maven在对java代码进行build时传入渠道信息。

    简单地说：当你有一个xxx渠道的包需要打的时候，后台要做的事情就是 ant -Dchannel=xxx 或者 mvn -U clean package -Dchannel=xxx

   2.iphone

    iphone的正式渠道很少，先说越狱过的：

    一个ipa包就是一个标准的zip包，只要在包里放一个channel.txt，保存渠道信息。

    简单地说：当你有一个xxx渠道包需要打的时候，后台要做的事情就是打开这个ipa，修改channel.txt的内容为xxx，重新按zip压缩为ipa。

   没有越狱过的iphone(占多数)：

    安装渠道只有一个，那就是appstore。但是推广渠道可能是多个，用户点击后到达appstore，再从appstore下载。这个过程中，ipa包没有办法携带渠道信息，希望apple公司改进。有人用一次跳转记录用户ip，但是不能准确反馈这个渠道的安装量。

   3.塞班

    sis/sisx的签名比较弱，签好的包，可以在包末尾写入一些字节达到携带渠道信息。

    简单地说：当你有一个xxx渠道包需要打的时候，后台要做的事情就是打开这个文件，在最末尾写入xxx，关闭文件。

   4.winphone

    xap包与ipa包极像，不一样的地方在于，xap包在windows下打出来的zip，文件分隔符是反斜线风格，在linux下解压压缩一定要用ant来做不容易写错。

    简单地说：当你有一个xxx渠道包需要打的时候，后台要做的事情和iphone一样。不同在于要引入ant.jar。

   周末愉快！

建议继续学习：

1. 关于静态资源打包后的相对路径问题    (阅读：2577)
2. perl打包的建议    (阅读：2482)
3. 游戏资源的压缩、打包与补丁更新    (阅读：2380)
4. JavaScript组件打包模式    (阅读：2138)
5. 使用xctool自动打包，测试xcode项目    (阅读：1785)
6. 好用的CSS模块化打包工具CSS-Combo    (阅读：1120)
7. 谈谈 external 模式的打包    (阅读：657)