更新時間表

More information 名稱, 版本號 ...

Android版本歷史
名稱	版本號	發行日期	API等級	安全性更新狀態^[160]
Android 1.0	舊版本，不再支援： 1.0	2008年9月23日	1	不支援
Android 1.1	舊版本，不再支援： 1.1	2009年2月9日	2	不支援
Android Cupcake	舊版本，不再支援： 1.5	2009年4月27日	3	不支援
Android Donut^[161]	舊版本，不再支援： 1.6	2009年9月15日	4	不支援
Android Eclair^[162]	舊版本，不再支援： 2.0 – 2.1	2009年10月26日	5 – 7	不支援
Android Froyo^[163]	舊版本，不再支援： 2.2 – 2.2.3	2010年5月20日	8	不支援
Android Gingerbread^[164]	舊版本，不再支援： 2.3 – 2.3.7	2010年12月6日	9 – 10	不支援
Android Honeycomb^[165]	舊版本，不再支援： 3.0 – 3.2.6	2011年2月22日	11 – 13	不支援
Android Ice Cream Sandwich^[166]	舊版本，不再支援： 4.0 – 4.0.4	2011年10月18日	14 – 15	不支援
Android Jelly Bean^[167]	舊版本，不再支援： 4.1 – 4.3.1	2012年7月9日	16 – 18	不支援
Android KitKat^[168]	舊版本，不再支援： 4.4 – 4.4.4	2013年10月31日	19 – 20	不支援^[169]
Android Lollipop^[170]	舊版本，不再支援： 5.0 – 5.1.1	2014年11月12日	21 – 22	不支援^[171]
Android Marshmallow^[172]	舊版本，不再支援： 6.0 – 6.0.1	2015年10月5日	23	不支援^[173]
Android Nougat^[174]	舊版本，不再支援： 7.0 – 7.1.2	2016年8月22日	24 – 25	不支援^[175]
Android Oreo^[176]	舊版本，不再支援： 8.0 – 8.1	2017年8月21日	26 – 27	不支援^[177]
Android Pie^[178]	舊版本，不再支援： 9	2018年8月6日	28	不支援^[179]
Android 10^[180]	舊版本，不再支援： 10	2019年9月3日	29	不支援
Android 11^[181]	舊版本，不再支援： 11	2020年9月8日	30	不支援
Android 12^[182]	舊版本，仍被支援： 12 – 12L	2021年10月4日	31 – 32	支援
Android 13^[183]	舊版本，仍被支援： 13	2022年8月15日	33	支援
Android 14^[184]	當前版本： 14	2023年10月4日	34	支援
Android 15^[185]	最新預覽版本： 15	2024年2月16日	V DP1	支援
閱論編格式：舊版本舊版本，仍被支援目前版本最新的預覽版未來版本

Close

Google每年都會宣布對Android進行重大的增量升級^[186]。程式更新可以透過空中編程以無線傳輸於裝置上安裝^[187]。最新的主要版本是在2023年10月發布的Android 14。

Android與其主要的競爭對手蘋果公司的iOS相比，Android的更新通常會明顯的延遲以讓各種裝置安裝。除了Google的Nexus和Pixel品牌的裝置外，更新通常會在新版本發布的幾個月後到達，或者根本沒有^[188]。這部分是由於Android裝置中硬體各不相同^[189]，每次升級必須專門客製化，那是個耗費時間和資源的過程^[190]。製造商經常會優先考慮他們最新的裝置並遺下舊裝置^[191]。在收到製造商的更新後，無線運營商可以讓裝置額外延遲推出，以便於升級傳送給使用者之前，商戶能透過進一步根據自己品牌的需求而客製化及在他們的網路上進行廣泛的測試^[191]^[192]。由於一個製造合作夥伴沒有為驅動程式提供必要的更新，故此會有一些情況下無法進行升級^[193]。

隨著新版本的作業系統，Android裝置中硬體的廣泛變化會導致軟體升級有嚴重的延誤，而修補程式通常需時幾個月才能到達消費者手中，有時甚至根本沒有。製造商和運營商缺乏售後支援服務受到消費者群及科技媒體的廣泛批評^[194]^[195]^[196]。一些評論員指出了一點，指這個行業有一個金融刺激而不會為他們的裝置升級，由於缺乏為現有裝置更新，故推動購買新產品^[197]，這種態度被形容為「侮辱」^[196]。《衛報》抱怨指更新的分發方法很複雜只是因為製造商和運營商都是這樣設計^[196]。2011年，Google與眾多業內人士合作宣布推出「Android更新聯盟」，承諾在每台裝置發布後18個月內提供及時更新，然而，自宣布以來，關於那個聯盟並沒有另外一個官方的說法^[191]^[198]。

2012年，Google開始將作業系統的某些方面（特別是其核心應用程式方面）脫鉤，這樣他們就可以通過Google Play商店獨立地為作業系統作更新。其中一個組件—Google Play服務，是個閉源的、系統級的程式，可為Google服務提供應用程式介面，為執行Android Froyo或更高版本的裝置上自動安裝更新。通過這些特性，Google可以透過Play服務添加新的系統功能及更新應用程式而毋需將升級分發到作業系統本身^[199]，因此，Android Jelly Bean包含相對較少面向使用者的變化，對平台改進及細微變化更為側重^[200]。

2016年5月，彭博報導稱Google正在努力讓Android保持最新狀態，包括加快安全更新率、推出技術的解決方案、減少對手機測試的要求，並對電話製造商進行排名，試圖利用「羞辱」他們來讓行為變得更好。正如《彭博》所說：「隨著智慧型手機變得越來越強大，複雜和可攻擊，讓最新的軟體能與硬體密切合作變得越來越重要。」Android的領導人浩史·洛克海默（英語：Hiroshi Lockheimer）承認指「這不是一個理想的情況」，他進一步評論指缺乏更新是「Android上安全性最薄弱的環節」。無線運營商在報告中被描述指那是「最具挑戰性的討論」，因為運營商的網路測試審批時間較慢，儘管有一些運營商包括威訊無線及Sprint，已經縮短了他們各自的審批時間。HTC的時任執行官賈森·麥肯齊（Jason Mackenzie）於2015年稱每月的安全性更新是「不切實際」，而Google試圖說服運營商從完整的測試程式中排除安全補丁。為了進一步說服，Google分享了與其Android合作夥伴更新裝置的頂級手機製造商的一份清單，並正在考慮將名單向公眾發布。手機製造商Nextbit的聯合創始人及前Android開發人員Mike Chan說，「解決這個問題的最佳方法是對作業系統進行大規模的重組架構」或Google可以投資培訓製造商和運營商「成為優秀的Android人民^[201]^[202]^[203]」。

2017年5月，隨著Android Oreo發布，Google推出了Project Treble，旨在使製造商能夠更輕鬆，更快捷，及更低成本地將裝置更新到Android的最新版本。Project Treble通過新的「供應商介面」將供應商實施與Android OS框架分開（由硬體製造商所寫供裝置專用的較低級別軟體）。在Android 7.0及更早版本中，並不存在正式的供應商介面，因此裝置製造商必須更新大部分Android代碼，以將較新版本的作業系統移至裝置中。藉助Project Treble，新的穩定供應商介面可以進入Android特定部分的硬體，使裝置製造商能夠簡單地通過更新Android作業系統框架來為裝置提供新的Android版本，而「毋須矽製造商的任何額外工作^[204]。」

2017年9月，Google的Project Treble團隊透露，作為改善Android裝置安全生命週期努力的一部分，Google已經設法讓Linux基金會同意延長Linux長期支援（LTS）的核心分支的生命週期至少兩年。從 Linux 4.4 版本核心開始，未來版本的 LTS 核心將至少擁有 6 年的生命支援周期。^[205]。