android50兼容

㈠ Android Consumer 版本兼容

兼容。AndroidConsumer版本兼容有以下。
1、沉浸式狀態欄。
2、WebViewwebview調試功能。
3、WebViewcookie存儲問題。
4、酷炫的轉場動畫、指紋識別、運行時許可權、文件讀寫許可權適配。

㈡ 怎麼做android各機型兼容性測試不會要買N多真機吧

你答對了，就是要准備很多樣機。不同品牌的手機是會有區別的，和api version無關。我們開發的軟體，光測試機就有50多台。目前碰到過的硬體問題主要有：1，一些奇怪的解析度，android無法識別為large-size。不過api version 7以後沒問題了，要是對應ver4的要注意。2，硬體參數不同。拿相機來說，有的沒有閃光燈，有的快門聲不能跟著手機模式設定。還有幾款手機保存圖片會偏轉90度，這個信息是保存在DB的。3，手機信息不同。這個沒什麼好解釋的，應該一台機器一個編號，通常用來做用戶識別。但就是有款手機，全部編號都是一個數字。。。4，未知。。。android的多機種對應真的很蛋疼，尤其是要用手機硬體的時候。

㈢ 如何進行android兼容性測試cts

二、運行CTS的方法，步驟如下：
（1）進入目錄android-cts，該目錄是通過上面那兩種方法獲得的。在android-cts目錄下會有3個文件夾，其中一個是tools。
（2）進入tools目錄，輸入./startcts來啟動CTS。
（3）如果運行成功會出現Android CTS version 2.3_r1的字樣（我的android的版本是2.3的）。如果有連接設備到PC上還會出現Device(設備ID)connected的字樣。這里設備可以是連接PC的android的機器，也可以是模擬器。
三、CTS測試的方法：
（1）在cts_host>下敲入help，會顯示cts下的許多命令。ls –plan命令顯示google自帶的測試方案，如：java、Signature、Android、CTS、VM、RefApp、Performance、AppSecurity。其中Performance這個方案是google暫不要求的。Java、Signature、Android、VM、RefApp、Appsecurity方案都是CTS方案的子集。
（2）用命令ls -d來查看已連接的設備，CTS測試之前我們必須保證至少有一個設備連接上。
（3）輸入命令start –plan CTS來執行CTS測試方案，該方案有兩萬多條測試項目，需要很長時間，因此除了第一次測試之外，不建議這么做。我做的都是針對某些包的測試。如果連接了多個設備的話需加上-d參數，後面跟上設備id來告訴CTS需要測試的設備。
（4）對單獨一個包進行測試的方法：start –plan CTS –p 包名；推薦用這種方法來進行針對性的測試。需要知道有哪些包名，可以輸入命令：ls –plan CTS
（5）也可以針對單獨一個case進行測試：start –plan CTS –test 類名#方法名
四、查看測試的結果：
測試生成的log在\android-cts\repository目錄下以log+測試時間.txt命名。測試報告在android-cts\repository\results目錄下，也是以測試時間命名。
五、注意事項：
（1）測試前需要安裝一個apk：adb install -r android-cts/repository/testcases/.apk 然後在設置裡面

㈣ 關於android系統的兼容性問題（高手進！）

說說我的個人感覺，我在用MS三個月了，每天都泡google
market下載新應用。至今為止我遇到的不兼容ms的應用加起來不超過10個，基本上都是跟主題相關的應用。我認為完全沒必要擔心兼容性問題。

㈤ android各版本之間軟體兼容嗎

有區別···· 有些軟體兼容 有些不兼容 要看具體的軟體哈

㈥ Android手機64位和32位的軟體存在兼容問題嗎

Android手機64位和32位的軟體存在兼容。

關於Android 64位系統兼容32位應用的實現的簡單分析：

Android 的zygote進程的實現不同於之前的版本，除了有zygote進程之外還有zygote64進程。

在init.zygote32_64.rc中有明確指出：

service zygote /system/bin/app_process32 -Xzygote /system/bin --zygote --start-system-server --socket-name=zygote

...

service zygote_secondary /system/bin/app_process64 -Xzygote /system/bin --zygote --socket-name=zygote_secondary

...

其中app_process32 和app_process64 就是zygote進程的可執行程序，啟動後會改名成zygote。

顧名思義，zygote32即app_process32是一個運行在32位的進程，它所連接的庫也都是32位的。而zygote64就是運行在64位的進程，它所連接的庫都是64位的。

在不考慮有32/64兼容庫的情況下，一個進程如果要正確運行，就必須從可執行程序入口開始到所有使用的庫都保持32/64位的一致性。

因為zygote進程是所有第三方應用程序的父進程，所以可以認為，如果應用程序是32位的，那沒他的父進程也肯定是32位，換句話說，如果需要啟動某個32位的應用，那麼肯定是通過32位的zygote進程fork出來的。

這個一點可以在ActivityManagerService上得到驗證。

ActivityManagerService中startProcessLocked方法實現啟動應用，主要通過Process中的startViaZygote方法

這個方法最終是向相應的zygote進程發出fork的請求 zygoteSendArgsAndGetResult(openZygoteSocketIfNeeded(abi), argsForZygote)；

其中openZygoteSocketIfNeeded(abi)會根據abi的類型，選擇不同的zygote的socket監聽的埠

在之前的init文件中可以看到zygote32位監聽的埠就是–socket-name=zygote另外一個就是–socket-name=zygote_secondary

因此可以證實，之前的猜測，即32應用進由32位zygote進程fork出來，64位應用進程由64zygote進程fork出來。那麼之前說的abi參數就是決定應用是32還是64位的關鍵所在，跟蹤這個參數，發現這個參數在ApplicationInfo的primaryCpuAbi中決定

這個值由PackageManagerService在做scanPackageLI的時候決定，具體這個值的得出有一個公式化的過程，主要就是判斷這個apk有沒有使用native的庫

如果使用了，那就看使用了的是32位的還是64位的，另外還要看系統支持的是32位還是64位的。

在64位設備上，如果app的 lib 目錄下 存在armeabi，則以32位兼容方式運行。

如果存在arm64-v8a 則已64位運行。如果沒有任何 so，則 primaryCpuAbi 為空，按照系統的默認配置決定，也就是64位運行。

根據這些因素就可以決定這個apk是應該是32位的還是64位的。以上就是Android L 64位系統兼容32位應用的基本實現過程。另外記錄一點，在源碼環境下如果要PREBUILT第三方的so

如果是32位的需要專門標注 LOCAL_MULTILIB := 32以此告訴編譯系統so位32位，防止編譯到64位下去。

(6)android50兼容擴展閱讀：

64位和32位晶元的區別

其實手機處理器和PC處理器對於位數的概念是相同的，這里我就用PC的處理器來說明了。對CPU有些了解的人大概都知道Pentium 3和Pentium 4，了解更深的，還會知道是i386處理器在20幾年前把處理器從16位帶入32位時代。

處理器經過了近30多年的考驗後，到現在已經躍升到64位，這可不同1GHz到3GHz的頻率提升。如果說頻率的提升是把一條4車道高速公路的時速限制從120公里提升到了360公里的話

那麼從32位到64位的提升就是將這條提升了3倍時速限制的高速公路從4車道拓寬到了8車道，也就是說，這條公路的運力提升了一倍，這可是質的飛躍。

㈦ android開發有哪些兼容問題

我覺得 兼容問題 主要是 谷歌提供的這提高 android開發 是開源 導致 很多廠商 都想做自己的一套東西。所以大大小小 就會出現兼容性問題。還有就是 sdk對應的版本兼容性問題。
主要看你要做framework層還是 應用層了！
底層的兼容性 都比較好。
主要是 應用層的兼容問題大些。
當然了 沒有百分百的兼容。只要你開發應用時 做到 大多數都能兼容 就ok了！所以你在開發應用的時候 ，最好 多拿些有特點的機型進行 適配。

㈧ Android5.0系統怎麼樣

Android 5.0將是下一代Android操作系統。谷歌將Android 5.0 命名為Android L，該系統將會帶來全新的體驗。
北京時間今日凌晨(2014年10月16日)，谷歌推出了Android L系統，這一系統正式的名稱為Android 5.0 Lollipop，昵稱「棒棒糖」，分為32位版和64位版。

設備功能
碎片問題
Android 5.0 版本的碎片化問題將不那麼嚴重，之後版本碎片化問題將越來越少。
數據遷移
iPhone用戶忠誠度高，一方面由於其用戶體驗更具黏性，而常被忽視的一點是Android至今尚未實現個人數據跨終端的轉移。Google 董事長施密特上個月親自撰寫博客，教用戶如何從 iPhone 向 Android 手機導入通訊錄。谷歌賬戶只能保存通訊錄、日歷等。音樂照片電影之類的數據可以隨意在設備間移動算是安卓的一個不算亮點的亮點，而游戲進度的遷移就需要繁瑣的第三方軟體甚至是ROOT許可權了，雖然在單機游戲方面蘋果如果更換設備或卸載重裝無法恢復進度，只能重頭玩起。Android的MD5簽名驗證規則導致一些系統數據的備份還原只能在同一手機上進行。
獨立平板
2013年11月谷歌終於在Play商店中開放了平板專區，更早些時候在SDK中加入了平板優化。Nexus平板比iPad落後太多。杜阿爾特似乎對於硬體的設計不如軟體那麼得心應手，谷歌是否應該考慮引入一個更強勢的硬體設計VP。而且並不是所有的開發者都有精力製作獨立的平板應用，手機仍是移動互聯網的主戰場，即使是騰訊和阿里這樣的巨頭，你也能從HD版應用中看出他們的三心二意。在Android 5.0的SDK中，如果能引入對大屏設備的自動優化，可以極大減輕開發者的負擔，比如增大圖片佔比，優化字體，button自適應。
功能按鍵
相比於iPhone經典的Home鍵設計，Android的功能鍵一直未能找到完美的方案。從四大天王到三巨頭再到虛擬按鍵，Android 4.4又原生支持浸入模式。魅族琢磨出來自己的Smart Bar，HTC在One上嘗試了雙按鍵。但是除了谷歌自己，沒有誰能夠驅動整個開發社區為一套按鍵方案優化。Android旗艦硬體的同質化為解決這一問題創造了條件。已經有開發者建議，Android為4.7寸以下手機和5寸以上手機開發兩種不同的按鍵方案。
介面風格
Android 4.4開放了簡訊的API許可權，允許設置第三方簡訊應用為默認，之前實現這一功能需要Root後修改一些底層代碼。
對谷歌來說更重要的是提升Android對第三方設備的兼容性。Android 5.0要考慮未來兩年智能生活的趨勢，將更多樣的硬體和更好用的標准納入生態之中。

望採納

㈨ android app版本兼容性怎麼解決

Android的安裝包擴展名是apk,語言使用的是java.iOS的安裝包擴展名是ipa,語言使用的是OC.你所提問的兼容性的問題根本就不存在.牛馬不相及的.

㈩ Android5.0分為32位版本和64位版本嗎

目前安卓5.0包含32位和64位兩種版本，而這將適配於不同的處理器平台，目前，谷歌旗下的Nexus智能手機將率先支持升級安卓5.0。

【安卓5.0】
Android 5.0 是 Google 於 2014 年 10 月 15 日（美國太平洋時間）發布的全新 Android 操作系統。北京時間 2014 年 6 月 26 日 0 時，Google I/O 2014 開發者大會在舊金山正式召開，發布了 Android 5.0 的前身蘿莉版（Lollipop） Android 開發者預覽。2015年的三款新 Nexus 設備——Nexus 6、Nexus 9平板及 Nexus Player 將率先搭載 Android 5.0，之前的Nexus4、 Nexus 5、Nexus 7及 Nexus 10將會很快獲得更新，而 Google Play 版設備則需要等上幾周才能升級。

【系統功能】

1、谷歌將為自家的語音服務Google Now 加入一個名為 OK Google Everywhere 的全新功能；
2、Android 5.0 將會加入更多的健身功能，考慮到谷歌在發布了Android Wear，後者與智能手錶及谷歌眼鏡等可穿戴設備的協作應該會成為下個版本的重點功能；
3、整合碎片化；
4、支持64位處理器。
5、使用ART虛擬機。