84669 人學習
152542 人學習
20005 人學習
5487 人學習
7821 人學習
359900 人學習
3350 人學習
180660 人學習
48569 人學習
18603 人學習
40936 人學習
1549 人學習
1183 人學習
32909 人學習
如题,话说模拟器确实不怎么好用啊,老是各种问题,关键是还慢,不想用模拟器了,想用真机,自己的手机又不想ROOT,不想拿来做调试用,公司的给每个开发都配了一部手机(有的居然配了两三部),有卵用啊,安卓手机碎片化这么严重,这么多手机,有什么办法或者工具可以不用模拟器,又能用各种真机的不,求推荐。。。
认证0级讲师
如果你是初級開發的話,就別往模擬器坑裡跳了,能用真機最好用真機。
眾所周知,模擬器往往達不到真機真實水平,模擬的都是一些標準接口,對於一些非標準接口的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
如果你是初級開發的話,就別往模擬器坑裡跳了,能用真機最好用真機。
眾所周知,模擬器往往達不到真機真實水平,模擬的都是一些標準接口,對於一些非標準接口的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