華為&小米帶頭沖鋒，32位應用亡！

IT之家的朋友們，大家好，我是雨仔。

今年 5 月，華為曾對開發者發出通知，要求對應用程序進行自檢，發現 存在未經用戶同意“應用間互拉”的惡意行為必須下線，否則將做下架處理并且知會有關部門。

IT之家 App 報道此事后，無數讀者在評論區中拍手叫好，紛紛給華為點贊。

(資料圖片僅供參考)

當時，IT之家公眾號也特地撰寫了一篇推文，說明 App 互拉行為有多讓人深惡痛絕 ——App 互拉，可以死了

兩個月的時間過去，在經歷了系統版本更新后，華為確實將計劃落到了實處。

原本用戶打開了某一個 App，會在不經同意的情況下，擅自跳轉至另一個 App。

如今，如果再觸發互拉行為，系統會彈出提醒，詢問用戶是否同意打開，不會為所欲為。

而現在，華為又雙叒叕出手了，這一次劍指 32 位應用。

前段時間，華為開發者官網發布公告，為了更好地提升應用性能體驗、降低應用的功耗影響，華為應用市場將全面推行在架應用升級為 64 位版本。

公告稱，2023 年 8 月 1 日起， 華為應用市場將逐步清理僅支持 32 位的應用，請開發者注意及時升級替換應用包體。

華為官方建議，開發者可以通過以下方式進行適配：

僅上傳 64 位包體：建議直接上傳 64 位的 APK 包體，以確保應用在 64 位機型中的最佳性能體驗。

App Bundle 應用分發：上傳 aab 格式的軟件包，App Bundle 在分發階段，將根據對應設備的 CPU 類型，對 aab 包進行拆分，打包成對應 apk 后進行靈活分發，并能有效減小應用包體體積。

其實，早從去年 9 月 1 日起， 華為應用市場就不再允許 32 位應用上架。

當時，華為官方表示，華為應用市場將全面推行安卓應用升級為 64 位版本，目的是為了更好地提升安卓應用性能體驗、降低安卓應用的功耗影響。

不只是華為，小米、OPPO、vivo 也做出過針對 32 位應用的舉措。

從今年 7 月 1 日起，應用商店將逐步清理僅支持 32 位的應用。

實際上這三家在更早之前就已經陸續展開了行動，包括移除 32 位包必傳限制、不再允許 32 位應用單獨上架、落實 32 位應用更新包限制策略......

由此可見，32 位應用早就是廠商們的眼中釘、肉中刺了。

關于廠商們清理僅支持 32 位應用的行為，自然收獲了廣大安卓用戶的好評。

在過去幾年，每逢IT之家 App 報道 32 位應用的相關新聞，評論區里就不乏“早該退出歷史”、“盡快處理掉”的留言。

可以說，用戶苦 32 位應用久矣。

因此從這個角度去看，廠商們的行動未免有點緩慢了，真心讓用戶久等了。

要知道，隔壁的蘋果早在 2015 年，就宣布 iOS 應用必須支持 64 位；并且僅僅過了兩年，便在 iOS 11 中正式砍掉了 32 位應用。

雖說有些過于快刀斬亂麻，但長痛不如短痛，以下架 10 余萬個 App 為代價，光速實現全面 64 位。

對比之下，蘋果 iOS 可謂是遙遙領先于安卓。

而導致廠商們如今下定決心施展重拳的原因，大概率是兩方面所致。

一方面在于硬件。

將于今年 10 月發布的高通驍龍 8 Gen 3 處理器，由于缺少相關的 CPU 核心，將不支持 32 位安卓應用和游戲，

這意味著，所有開發人員必須要將應用程序更新到 64 位架構。

早在幾年前，ARM 就曾宣布，所有使用其架構的手機 CPU 內核，日后將強制采用 64 位，同時不保留 32 位的兼容模式。

像 ARM V8 和 V9 兩代指令集，都是純 64 位指令集。

之所以驍龍 8 Gen1、8+、8 Gen 2 能運行 32 位應用，是因為 CPU 中的 Cortex-A710 內核可以兼容 32 位應用。

有媒體之前在采訪時得知，高通為了兼顧市面上仍存的一定數量的 32 位應用程序，選擇采用了 Cortex-A710。

此舉也被解讀為，是對國內市場的妥協。

現在，或是受限于 ARM 架構，或是自己不愿再妥協，驍龍 8 Gen 3 將會是一顆純 64 位處理器。

這是很合情合理的行為，畢竟不能為了一些累贅，牽制住前進的腳步；沒準兒經此一役，還能倒逼開發者去加速轉向 64 位應用。

另一方面在于軟件。

無論是距離 32 位應用問世，還是廠商推出首顆支持 64 位應用的芯片，亦或者是首個支持 64 位應用的安卓 5.0 系統發布，都已經是許久之前的事情了。

也就是說，32 位應用早就具備被時代所拋棄的條件。

如果說大有作為也就罷了，可問題是，它不僅不好用，還會帶來負擔，甚至可以用“害群之馬”來形容。

諸多測試均能證明，32 位應用全方面落后于 64 位應用，運行速度、可執行程序、內存調用、數據吞吐、兼容核心等方面的表現，均處于被吊打的狀態。

雖說， Cortex-A710 內核可以兼容 32 位應用，但應用運行時，也只能被限制于內核中，實際應用執行效率上會大打折扣。

輕則會促使耗電嚴重，重則會導致手機卡頓，還會產生大量的垃圾文件。

用一句話總結就是，因為 32 位應用的存在，用戶的體驗會受到極大影響。

換言之，一旦 32 位消亡，64 位當道，手機在適配、續航、性能、能耗都能迎來提升。

其實，隨著 ARM 架構僅支持 64 位不再支持 32 位，應用開發過渡到 64 位版本就 成為了板上釘釘的事情。

無非，有一些現實問題需要考慮、權衡。

一方面，現階段 32 位應用規模龐大，大概占比超 4 成，其中不乏用戶使用需求高的應用。

如果這些應用的開發者無動于衷，那考慮到不影響用戶的生活，很可能不得不進行遷就。

另一方面，有部分老舊手機僅支持 32 位應用，全面轉換到 64 位的話，用戶的手機就變得無用武之地。

如此一來，就必須更換手機，這樣也會為一些用戶增加負擔。

所以，如何鞭策開發者，并減少對用戶造成的不便，值得深思。

還是那句話，盡管清理 32 位應用會對一部分用戶和開發者造成不便，但從長遠來看，具備積極意義和益處。

64 位應用不僅能夠提升用戶的體驗，還能夠推動應用開發的創新和發展，是大勢所趨亦是眾望所歸。

但同時，如何順利過渡，也確實是一道難題，既不能一味退讓，也不能一刀切。

相信，32 位應用亡、64 位應用興，只是時間問題。

另外，近期還有不少熱門內容， 點擊下方藍字即可查看：

請再大力一些！ ↓↓↓

責任編輯：Rex_09