没有完美的方案,有几点经验可以分享一下 1、开发调试阶段,尽可能利用现有真机资源; 2、多考虑 SDK 版本 API 兼容问题,必要时要做 API 版本判断; 3、引用第三方依赖库要谨慎,特别是 so 库,考虑平台适应性,armeabi、armeabi-v7a、x86,是否都满足; 4、发布后,多分析回传的错误日志,这个需要预埋日志回传功能,不一定要自己写回传后台,像友盟、百度等,都有实现这类应用错误分析的集成 SDK,能帮你后期版本升级时分析处理; 5、第三方测试平台测试,像上面有同仁提到的testin,可以尝试,但不能依赖,主要还是前面四点,做好前面四点,差不多就足够了。
如果你是初级开发的话,就别往模拟器坑里跳了,能用真机最好用真机。
众所周知,模拟器往往达不到真机真实水平,模拟的都是一些标准接口,对于一些非标准接口的BUG无法发现~,相信很多程序猿跟我有同样的遭遇,电脑配置不是很好,用模拟器往往是又卡又慢,甚是蛋疼。。。虽说android模拟器功能很强大,可以模拟各种机型,但在实际开发中还是有很多不一样的地方,没有一个真机测试还真难保证自己的应该能够在真机上顺畅跑起来,遇见这种问题解决完了又会有其他问题,没完没了,真没意思。。。
我总结了模拟器的几大缺点,开发过程中,用模拟器遇到的一些坑:http://segmentfault.com/a/1190000004399805
不想用模拟器,又觉得真机不够用(是这意思吧?),那比较难办,你可以试试真机远程调试,这种情况就比较适合你这种,而且要做大量机型的测试也很方便,debug可以马上直接拿来用。。。
参考:http://segmentfault.com/a/1190000004314205
没有完美的方案,有几点经验可以分享一下
1、开发调试阶段,尽可能利用现有真机资源;
2、多考虑 SDK 版本 API 兼容问题,必要时要做 API 版本判断;
3、引用第三方依赖库要谨慎,特别是 so 库,考虑平台适应性,armeabi、armeabi-v7a、x86,是否都满足;
4、发布后,多分析回传的错误日志,这个需要预埋日志回传功能,不一定要自己写回传后台,像友盟、百度等,都有实现这类应用错误分析的集成 SDK,能帮你后期版本升级时分析处理;
5、第三方测试平台测试,像上面有同仁提到的testin,可以尝试,但不能依赖,主要还是前面四点,做好前面四点,差不多就足够了。
电脑CPU是Intel的话可以安装虚拟加速,选用x86模拟器,不过x86对jni的兼容性是个问题。另外一种就是第三方模拟器。比如靠谱助手。第三种方法就是第三方的测试平台,比如说testin,testin很久没上了,没有实时调试,但是有很多机器可以,提交后等待结果就行。
前几天微博上看到个在线调试的. 可以试试(我没用过, 仅仅搬个砖)
尝试一下Genymotion模拟器,号称最快的安卓模拟器,开发的时候很好用。真机调试可以考虑让公司购买一些市场上的主流机型,覆盖大部分市场份额,效率比较高。
如果使用的第三方库中没有JNI相关的话,可以使用Genymotion;
但是如果引用的库中使用了JNI,而且没有对应的x86支持的话,还是用真机吧.
模拟器的话eclipse里的那个就不说了,android studio的还算可以吧。
其实Genymotion模拟器是不错的,但是安装有点费劲要先装virtualbox,具体安装方法一百度一大把。
我用的是夜神,夜神也不错,安装简单。个人喜欢夜神的另一个原因就是可以玩游戏(嘿嘿)
再就很多远程调试,免费的远程调试貌似很少。
[分享一些流畅的适合开发的 Android 模拟器]https://segmentfault.com/a/1190000003966493