android版本適配

Ⅰ android開發適配到什麼系統

向下適配到安卓2.3或者api 8就行了，上限不需要設置，自動適配到高版本

Ⅱ 安卓原生系統適配各種型號手機嗎

手機若有了新的固件，會有推送更新通知，固件升級可以對機器的部分功能進行優化、完善手機系統，使手機系統更穩定、更流暢。建議按照以下方法參考嘗試：
一、打開設定-關於設備-系統更新-更新。通過在線固件升級 (FOTA) 服務下載並安裝固件更新。註：使用FOTA軟體升級所需條件：1、穩定的WI-FI或3G網路。2、電池電量達50%以上。3、可用手機內存達1GB以上。
二、使用Kies/kies3(如果當前版本為4.3系統，需要下載KIES3，kies軟體下載：可通過登陸官網-點擊右上角放大鏡搜索欄-輸入KIES關鍵字-再次點擊放大圖標即可搜索下載到KIES軟體，下載安裝到電腦中）近期上市新款機型通過下載Smart Switch軟體連接電腦來更新固件（Smart Switch下載方法：進入官網-點擊應用標簽-點擊Smart Switch-在頁面中間位置根據電腦的操作系統選擇Windows版本下載/MAC OS版本下載）
三、如果通過以上兩種方法均不能正常升級，建議攜帶三包憑證，將手機送至當地的服務中心進行安全升級。

Ⅲ 怎麼給APP適配高版本的安卓系統

Android的最新版本會提供一些很棒的API，您的APP使用新版本API的同時也要兼容舊的Android版本，直到更多設備已更新到新版本的APP。本文檔將向您展示如何利用最新的API，同時繼續支持舊版本。

根據對訪問Google Play商店的設備數量的統計，平台版本分布表會進行定期更新，以顯示運行每個版本的Android設備的分布情況。一般來說，一個APP最好能支持大約90％的活動設備，同時使用最新的Android版本。

提示：為了在多個Android版本中提供最佳特性和功能，您應該在APP中使用Android Support Library，這樣可以在舊版本上使用幾種最新的平台API。

指定Minimum和Target API Levels

AndroidManifest.xml文件描述APP的詳細信息，並標識其支持的Android版本。具體來說，<uses-sdk>元素的minSdkVersion和targetSdkVersion屬性標識了APP兼容的最低和最高API級別。
隨著新版Android的發布，一些風格和行為可能會有所改變。為了讓您的應用程序能夠利用這些更改，並確保您的應用程序適合每個用戶設備的風格，您應該把targetSdkVersion的值設置為最新的Android版本。

在運行時檢查系統版本

Android在Build常量類中為每個平台版本提供了一個唯一的編碼。APP用這個編碼來確保只有系統支持高版本API時，才會執行依賴高版本API的代碼。
注意：解析XML資源時，Android會忽略當前設備不支持的XML屬性。因此，您可以安全地使用僅由較新版本支持的XML屬性，而不必擔心舊版本遇到該代碼時出錯。例如，如果您設置targetSdkVersion =「11」，則APP在Android 3.0及更高版本上默認包含ActionBar。如果要將menu項添加到action bar，您需要在menu資源XML中設置android：showAsAction =「ifRoom」。 在跨版本的XML文件中可以安全地執行此操作，因為較舊版本的Android只會忽略showAsAction屬性（即，不需要在res / menu-v11 /中添加一個單獨的menu資源）。

Ⅳ android手機適配機型都有哪幾種

一、關於布局適配
1、不要使用絕對布局
2、盡量使用match_parent 而不是fill_parent 。
3、能夠使用權重的地方盡量使用權重（android:layout_weight）
4、如果是純色背景，盡量使用android的shape 自定義。
5、如果需要在特定解析度下適配，可以在res目錄上新建layout-HxW.xml的文件夾。比如要適配1080*1800的屏幕（魅族MX3採用此解析度）則新建layout-1800x1080.xml的文件夾，然後在下面定義布局。Android系統會優先查找解析度相同的布局，如果不存在則換使用默認的layout下的布局。

二、關於圖片製作
1、關於設計：
設計圖先定下一個要設計的尺寸，而且盡量採用在目前最流行的屏幕尺寸（比如目前占屏幕比重比較多的是480系列，也即是480*800或者400*854，下面的圖標製作也在次基礎上進行比例的換算）上設計。
先了解一下屏幕的級別：

屏幕級別：
注意屏幕級別是按照密度分級，和像素沒有關系。如果非要讓密度和像素扯上關系，則需要一個參照系，android使用mdpi級別作為標准參照屏幕，也就是說在320*480解析度的手機上一個密度可以容納一個像素。然後其他密度級別則在此基礎上進行對比。如果理想情況下，480*800的屏幕一個密度可以容納1.5個像素。
物理大小：
單位是英寸而不是像素，也就說一個英寸在任何解析度下顯示的大小都是一樣的，但是像素在密度不同的手機裡面顯示的實際的大小是不一樣的（這就是為什麼android手機需要適配的原因）。
然後就是重點。
假設1像素在160密度下顯示1英寸，則1像素在240密度基礎上顯示大約0.67英寸，在320密度下顯示0.5英寸。於是就出現一種情況，在電腦上的一個像素，在不同的手機上看實際的大小不一樣。那麼怎麼讓「設計效果」在不同的手機上看起來顯示的區域一樣呢？
還是假設一個像素在160密度下的顯示在一個密度內，也假設就是一英寸。那麼需要幾個像素才能在240密度級別下顯示在一英寸范圍內呢？答案是1.5個像素（根據上圖的比率換算）。
了解了這個關系，接下來就是圖標的製作。
2、關於切圖。
關於切圖有幾個建議：
第一，長寬最好是3的倍數（根據android的推薦logo圖標的大小是48（mdpi），72（hdpi），96（xhdpi）得出的最小公約數）。
第二，長寬最好是偶數。因為奇數在進行等比壓縮的時候可能有問題。
第三，根據上面兩條，如果長寬是6的倍數最理想。
第四，如果可以拉伸而不改變設計意圖的情況下，比如純色背景，則使用android的9path工具製作成.9的圖片。
3、關於圖標的適配。
然後接下來的一切就和設計稿沒什麼關系。在切好圖的基礎上，根據屏幕密度、像素和實際大小的比例關系。假如設計司在480*800的解析度下做好了設計圖，並且切好圖，如果你需要適配720*1280屏幕，該怎麼做？根據比例，他們的關系是2:3，於是你需要按照1.5倍比例製作圖標，比如你在480*800的設計稿上切下來一個20*20像素的圖，那麼你就需要製作一個等比放大成30*30像素的圖標，這樣同一個圖標在480*800的屏幕和720*1280的屏幕上顯示的實際大小才一樣。同理，如果你需要適配xxhdpi則需要在20*20的基礎上製作一個等比放大成40*40像素的圖標。
4、關於圖標的目錄，480*800切下來的圖我們放在drawable-hdpi目錄下，按照2:3放大的圖標放在drawable-xhdpi目錄下，按照2倍放大的圖標放在drawable-xxhdpi目錄下。
android會根據手機的密度優先查找對應的目錄的資源，
比如408*800解析度下的手機如果密度是160，則自動載入drawable-hdpi這個目錄下的圖標，
如果720*1280密度是240的手機自動載入drawable-xhdpi這個目錄下的圖標。如果沒有這個文件夾，則查找和240最接近的對應密度文件夾。
三、其它
接下來要說的估計會讓你失望，根據上面的步驟也不能完全解決適配的問題，只能是大概適配，而就算根據上面的步驟大概適配了，實際在手機上的效果也有出入。
比如魅族MX3的解析度是1080*1800，標准情況下密度是480，但是他的密度大約是524，和480接近，也就是會查找drawable-xxhdpi這個資源下的文件。也就是說你在480*800解析度下切圖然後按兩倍放大的圖標在這台手機上顯示的效果還是比實際的小。
而另一個要說的問題是540*960或者640*960，他們的密度很可能是或者接近240也可能是320。於是在480*800的設計稿上切下來的圖並且進行的適配製作，在這些手機上顯示的實際大小也可能或大或小。

Ⅳ android屏幕適配做哪幾個尺寸

android屏幕適配尺寸有全屏模式、4:9、8:12多種。

android屏幕適配尺寸有多種，具體的要結合自己的興趣愛好和手機的自身的實際情況，具體設置標准如下：

1、不要使用絕對布局，這會限制你的手機屏幕的更換。

2、盡量使用match_parent ，從而保證屏幕的最大化利用。

3、盡量使用權重（android:layout_weight），保持手機屏幕合理布局。

4、盡量使用android的shape 自定義，形成純色背景。

5、可以在res目錄上新建layout-HxW.xml的文件夾進行在特定解析度下適配。

拓展資料:

由於筆記本電腦採用的液晶屏的大小和解析度是根據它的市場定位決定的，所以為了適應不同人群的消費能力和使用習慣，筆記本電腦的液晶顯示器的尺寸和解析度種類遠遠要比台式液晶顯示器多。

Ⅵ 如何查看apk需要支持的Android版本

如果有一個apk，需要知道他最低安裝支持的Android版本是什麼，應該如何查看呢？

直接將apk後綴名改為rar或者zip，拉出AndroidManifest.xml？不行，AndroidManifest.xml已經被編譯過了，裡面很多內容改為二進制了。

其實用Android自帶工具即可，進入Android SDK目錄。

cd sdk\build-tools\android-4.4.2 這邊以4.4.2為例，可以參照自己的platform版本

aapt.exe list -a someapk.apk > apkversion.txt

然後用記事本之類的應用打開apkversion.txt搜索

minSdkVersion，以我這邊為例，可以看到這便是0xf，即15

E: uses-sdk (line=8)
A: android:minSdkVersion(0x0101020c)=(type 0x10)0xf

Ⅶ 哪些機型可以適配安卓10

應該有很多新款機型可以安裝，安裝10版本系統，
至於說哪些機型，市場手機品牌種類繁多，天法一一列舉，
可以根據自己喜歡的品牌，選擇想要的配置、及系統版本。

Ⅷ 安卓系統適配有這么難嗎，為什麼要等那麼久呢

安卓系統適配的確不容易，涉及到很多復雜的因素，手機廠商想要升級安卓必須要面對大量的問題，比如：1、硬體不支持。很多時候並非廠商不願意升級到新版安卓系統，而是手機硬體供應商沒有提供新版安卓系統下的驅動。比如魅藍X和魅藍E2使用的就是聯發科P20處理器，由於聯發科沒有更新這款處理器的底層驅動，導致魅藍X和魅藍E2至今無法升級到安卓7.0，就連自家的Flyme
7也只能使用「精華版」。這也是很多手機發燒友推崇高通處理器，不喜歡聯發科處理器的主要原因。

反倒是一些小而精的，每年只有幾款手機的廠商在升級方面反應比較快，比如一加手機每次的版本升級都十分迅速，當然這也和一加手機的系統比較簡單，更貼近原生安卓有關。總結一款手機的安卓系統升不升級，廠商主要從技術和商業兩個方面來考慮。如果手機升級新系統的技術難度大，用戶數量也不多，那麼必定會被廠商「拋棄」。反之如果手機的升級難度不高，用戶保有量又足夠，那麼升級到最新安卓系統的可能性就會更大一些。

Ⅸ 開發安卓APP如何考慮機型適配問題

開發安卓app考慮機型適配，主要從以下三個方面考慮適配：
1.操作系統適配，即適配Android 2.X，4.X，5.X……每個版本的操作系統，都有其特定的變化，對於App開發者而言，最重要的一點就是要明確每一個版本API Changed List。
2.廠家型號，即適配三星、小米、Note5、米2……這塊有兩種適配方式，一是公版適配，二是定製開發。我們先從公版適配說起，這也是大多數App在用的方式。
公版適配這里指的是只存在一套代碼，一個APK，要適配所有的廠商或機型。比較差的方式通常就是在代碼中涉及到不同廠商或型號的地方通過if語句利用Build里的廠商標識等進行不同的策略，其結果就是適配得越多，if語句越復雜，越難維護。其實只要利用一個工廠模式就可以做得更靈活一些，
3.硬體兼容。主要是對包括屏幕分、CPU、內存、外存、感測器等進行適配，其主要思路也是抽象隔離。 在數據層，最主要的是進行外部存儲的適配，即考慮數據存儲的位置、格式、易失性等。通常這種持久化的數據存儲，都要考慮存儲位置及其易失性問題，不要把關鍵數據保存在易失的外部存儲當中，還有Android 5.X開始的外卡的不可訪問性，進而，可以根據存儲空間和數據特點考慮明文格式還是密文格式，壓縮還是不壓縮。
由於android手機的碎片化，沒有像ios那樣只有固定的機型和尺寸，所以要做到全部適配是不可能，合適的做法是適配市場上流行的機型尺寸、廠商和硬體設備。

Ⅹ 安卓怎麼解決機型適配問題

機型適配常見的條件無非有這三項：Android版本、屏幕解析度、廠商機型
其中，Android版本和屏幕解析度是Android標準的適配內容，Google提供了詳細的文檔。很多廠商都對系統做了不同程度的定製，可能因為各種各樣的原因修改了Android系統的API，由此會帶來一些兼容問題，甚至有部分機型存在一些惡心的問題。這部分通常沒有文檔，只能摸著石頭過河。

對於這三項條件，適配原則都是**性價比優先**。在資源許可的條件下，為盡可能多的用戶提供服務。

所以只要列出Android版本、解析度、廠商機型的優先順序，通過排列組合即可確認適配順序和目標。

這里還有個坑，對開發者來說，廠商的出貨量不重要，有多少設備聯網活躍才是最核心的數據。只有聯網活躍設備才可能成為用戶。