具体选择哪一种多渠道打包方式，还是由业务决定的。豌豆荚作为一个应用商店，需要有自己的渠道，渠道的安全性会很不好。如果是一个普通的App，一般都是在一些应用商店上发布新版本，应用商店本身会给开发者提供相对安全的环境。所以这也就是美团方案依然能够使用的关键。
结束语
本文重点介绍了3种高效的多渠道打包方式。这三种方式都不会产生二次编译，二次编译会对一个版本的程序产生多个版本的符号表，在后期的问题追查中会有很多障碍。利用结束语简单说说符号表的重要性吧。
当程序正确打包发布以后，可以通过各种免费、收费或自己开发的工具来收集Crash等堆栈信息，查看错误并进行改正。你可能会得到一段这样的异常堆栈：
'' ava.lang.RuntimeException: There is no view setwith ViewPackage foundin the log tree.
''at o.λ.ˎ(:64)
''at o.λ.ˊ(:25)
''at o.к$ˋ.run(:233)
''at android.os.Handler.handleCallback(Handler.java:733)
''at android.os.Handler.dispatchMessage(Handler.java:95)
''at android.os.Looper.loop(Looper.java:136)
androidsdk安装步骤
''at android.os.HandlerThread.run(HandlerThread.java:61)
然后如果没有一个符号表帮忙，你会陷入深深的沉思：这到底是什么问题？我的代码在哪里？如果有了正确的符号表，一条命令行就可以就可以把相关的异常堆栈信息翻译正确。符号表和编译过程有着紧密的耦合，所以在选择打包工具时，都应该选择不产生二次编译的工具。在以上提到的三款工具中，添加多渠道都是基于已有APK进行添加的，并不是基于源码来添加渠道。所以都完全满足条件。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。