本文來自微信公眾號(hào)： 少數(shù)派 ，作者：克萊德，原文標(biāo)題：《Android 17 正式版體驗(yàn)：分屏一鍵切換、應(yīng)用懸浮氣泡，大屏生產(chǎn)力拉滿》

6月18日，Google面向Pixel機(jī)型推送了Android 17正式版和Pixel功能更新，我們?cè)诖饲暗摹盖罢啊刮恼禄A(chǔ)上更新了正式版的相關(guān)內(nèi)容并重新梳理了文章結(jié)構(gòu)。

作為選擇Pixel系列機(jī)型的主要原因之一，來自Android系統(tǒng)的大版本更新一方面得以讓我們窺見Google在自家Pixel機(jī)型上對(duì)「Android系統(tǒng)體驗(yàn)」的理想愿景，另一方面作為Android生態(tài)的主要維護(hù)者，Google對(duì)Android底層的部分改動(dòng)其實(shí)也足以為相隔萬里、但依然破碎的國(guó)內(nèi)生態(tài)，帶來一些微妙的影響。

那Android 17正式版究竟怎么樣呢？

▍面向大屏的效率交互

和其它更新內(nèi)容相比，Android 17對(duì)大屏設(shè)備的交互優(yōu)化顯得最為成熟、立體，部分改動(dòng)在我看來甚至可以歸為QoL（生活質(zhì)量）級(jí)別。

首先，Android 17對(duì)活動(dòng)窗口（Activity）的重建機(jī)制進(jìn)行了調(diào)整。

以往當(dāng)設(shè)備的某些配置發(fā)生變化時(shí)系統(tǒng)默認(rèn)會(huì)銷毀并重新創(chuàng)建前臺(tái)活躍的活動(dòng)窗口，消耗資源事小、導(dǎo)致用戶當(dāng)前操作上下文被打斷就非常敗好感了，比如填寫內(nèi)容的過程中因?yàn)檫B接實(shí)體鍵盤導(dǎo)致頁面刷新，已經(jīng)填寫的內(nèi)容和表單位置丟失，設(shè)置好的定時(shí)深色模式開啟，正在瀏覽的電商應(yīng)用一個(gè)主題刷新便帶你從商品詳情頁回到了主界面等。Android 17對(duì)于這類其實(shí)不需要完全重繪界面的設(shè)備狀態(tài)變化，包括鍵盤狀態(tài)、觸屏模式、色彩模式等，默認(rèn)不會(huì)再通過重啟活動(dòng)窗口的方式來更新狀態(tài)，從而實(shí)現(xiàn)平滑過渡。對(duì)經(jīng)常需要轉(zhuǎn)換使用形態(tài)的Android大屏設(shè)備而言這個(gè)改動(dòng)其實(shí)也比較實(shí)用。

其次，Android 17針對(duì)分屏添加了一鍵調(diào)整分屏應(yīng)用比例的快捷按鍵。分屏?xí)r點(diǎn)擊兩個(gè)應(yīng)用之間的分隔符，即可通過出現(xiàn)的按鈕在5:5、6:4、和9:1三種模式間快速切換，比手動(dòng)拖動(dòng)調(diào)節(jié)效率更高一點(diǎn)，從無障礙優(yōu)化層面來講也更加合理。

國(guó)產(chǎn)安卓用戶肯定見怪不怪了吧

針對(duì)多任務(wù)，Android 17帶來了一項(xiàng)名為「應(yīng)用氣泡（Bubbles）」的特性。在啟動(dòng)器中長(zhǎng)按應(yīng)用圖標(biāo)，即可以「氣泡」的方式打開應(yīng)用。這些應(yīng)用會(huì)以懸浮窗分組的方式顯示在屏幕上的氣泡區(qū)域內(nèi)，點(diǎn)擊即可在懸浮窗中顯示，并且支持通過頂部的氣泡圖標(biāo)在多個(gè)應(yīng)用「氣泡」間來回切換。

「應(yīng)用氣泡」交互方式

在大屏設(shè)備上，這套「氣泡」交互會(huì)固定為屏幕底部一側(cè)的「氣泡欄（Bubbles Bar）」，在極端情境下，Android設(shè)備的大屏內(nèi)現(xiàn)在甚至可以擠下分屏、懸浮小窗和一組懸浮的氣泡應(yīng)用，進(jìn)一步提升多任務(wù)處理的任務(wù)處理上限——但也很難不讓我懷疑內(nèi)存捉襟見肘的Android平臺(tái)究竟還能不能跟得上這套交互。

相比之下，「氣泡」在小屏上的交互方式只能說是差強(qiáng)人意。

一方面，它與Google從Android 11開始就有的「對(duì)話氣泡」功能幾乎完全一致，只是適用范圍從「對(duì)話消息」這個(gè)特定的通知類別變成了所有應(yīng)用——這一點(diǎn)其實(shí)從當(dāng)前版本依然采用「對(duì)話氣泡」這個(gè)中文翻譯也能得到應(yīng)證。

同時(shí)，雖然「氣泡」本身允許我們拖動(dòng)、?？吭谄聊恢械娜魏挝恢茫ú⑶覄?dòng)畫也賞心悅目），但展開狀態(tài)會(huì)占據(jù)大部分的屏幕顯示空間，這意味著通過「氣泡」的方式與應(yīng)用交互時(shí)，后方的應(yīng)用內(nèi)容其實(shí)約等于是不可見的。這很難不讓人思考一個(gè)問題：除了切換方式從導(dǎo)航橫條的滑動(dòng)變成了氣泡分組的點(diǎn)擊切換，「氣泡」交互在小屏上似乎與原本的多任務(wù)系統(tǒng)沒什么本質(zhì)上的區(qū)別。

注意GIF抽幀到了24FPS所以看上去不那么絲滑

「氣泡」功能目前也無法通過上面提到的、長(zhǎng)按啟動(dòng)器圖標(biāo)之外的方式觸發(fā)，這一點(diǎn)從國(guó)內(nèi)定制系統(tǒng)體驗(yàn)的角度來看可以說是Google確實(shí)缺少一些想象力了。如果「氣泡」能夠直接在全面屏多任務(wù)手勢(shì)的基礎(chǔ)上增加觸發(fā)方式（比如從底部小橫條一直上滑到屏幕左上或右上角），那「應(yīng)用氣泡」功能在我這里的使用頻率可能會(huì)成倍提升?，F(xiàn)在的它實(shí)在是有點(diǎn)死板。

以Android 17為目標(biāo)平臺(tái)進(jìn)行適配的新應(yīng)用，在Android 17上都將變成完全可由用戶隨意「拿捏」的形狀。屏幕方向、尺寸調(diào)整和寬高比限制，將不再適用于最小寬度大于600dp的顯示屏，應(yīng)用在大屏上運(yùn)行時(shí)，默認(rèn)會(huì)填滿整個(gè)顯示窗口，無論寬高比或用戶的首選屏幕方向如何。

這也給那些寫死應(yīng)用方向、強(qiáng)迫用戶旋轉(zhuǎn)內(nèi)屏使用、用「放大」替代「大屏適配」工作的做法下了整改通知：這里第二次拋出上面那道「數(shù)學(xué)題」，2027年8月31日之后，Google Play商店中僅適配移動(dòng)端小屏交互的應(yīng)用將不復(fù)存在。

結(jié)合這些年折疊屏設(shè)備宛如抽獎(jiǎng)般的實(shí)際體驗(yàn)，可以說2027年這個(gè)時(shí)間窗口其實(shí)相當(dāng)溫和，并且說到底Google也只是拿掉了一條「捷徑」——真有頭鐵的開發(fā)者，依然可以不做什么自適應(yīng)布局，任由應(yīng)用在大屏設(shè)備上縮放、變形，輕則設(shè)備使用形態(tài)轉(zhuǎn)換（比如外屏到內(nèi)屏）時(shí)應(yīng)用重載當(dāng)前界面丟失，重則應(yīng)用內(nèi)相機(jī)方向混亂，圖像、文本完全不具備可讀性……

相比之下，Android 17為桌面模式下的「畫中畫」小窗提供了交互能力，實(shí)用性顯然會(huì)更勝一籌。不過現(xiàn)在「畫中畫」小窗、窗口模式、分屏、應(yīng)用氣泡……Google似乎又已經(jīng)在大屏多任務(wù)交互上堆疊了不少窗口機(jī)制，并且已經(jīng)有了略顯混亂的趨勢(shì)，希望Google能在鋪平基礎(chǔ)體驗(yàn)之后好好梳理一下這些窗口機(jī)制的層級(jí)和關(guān)系吧。

但話說回來，今年如果Apple按預(yù)期推出折疊屏設(shè)備，多多少少能幫到咱Android大屏應(yīng)用適配一把吧（笑）。

最后，Android 17也為折疊屏設(shè)備帶來了一種1:1分屏的游戲顯示布局。開發(fā)者可以利用一側(cè)顯示自定義的控制按鍵，用另一側(cè)顯示游戲內(nèi)容，愛好任天堂DS游戲機(jī)的朋友肯定眼饞，但不支持折疊角度懸停的折疊屏設(shè)備可就無緣咯。

▍安全與隱私保護(hù)

聯(lián)系人選擇器

盡管在國(guó)產(chǎn)應(yīng)用這邊的采用率有限，但Android系統(tǒng)近幾年在「照片選擇器」這個(gè)功能上的投入還是值得肯定的：從最初作為Android 13正式版的新功能上線，到后續(xù)作為Google服務(wù)的組件完成對(duì)老機(jī)型的向下兼容，照片選擇器作為一項(xiàng)「借鑒iOS」的隱私設(shè)計(jì)，在鋪開的過程中算是結(jié)合到了Android生態(tài)機(jī)型多、版本碎片率高的客觀現(xiàn)實(shí)。

Android 17的聯(lián)系人選擇器或許也會(huì)成為類似的功能。Google在這里借鑒了Apple在2024年的iOS 18中推出的Contact Access授權(quán)模式，在Android 17正式版中為聯(lián)系人選擇這一操作準(zhǔn)備了一套更為隱私友好的標(biāo)準(zhǔn)化界面，用戶通過這個(gè)系統(tǒng)提供的標(biāo)準(zhǔn)化界面來選擇聯(lián)系人披露范圍。

聯(lián)系人選擇器的三種選擇模式

作為一個(gè)借鑒iOS平臺(tái)而來的特性，Android 17的聯(lián)系人選擇器也有一些相比iOS更加細(xì)致的設(shè)計(jì)：在iOS中，聯(lián)系人訪問權(quán)限的披露粒度是聯(lián)系人條目，即我們可以選擇開放給應(yīng)用的最小信息單元是某個(gè)聯(lián)系人條目；而Android 17這邊雖然看上去功能類似但披露粒度更細(xì)，應(yīng)用需要在intent里首先按照具體的聯(lián)系人信息字段（比如電話號(hào)碼、郵箱、生日）聲明自己要訪問的聯(lián)系人信息類別，用戶通過聯(lián)系人選擇器選擇聯(lián)系人披露范圍后，應(yīng)用才能拿到這些聯(lián)系人信息中的對(duì)應(yīng)字段。

iOS中的聯(lián)系人選擇器

不過「非強(qiáng)制性」這一點(diǎn)依然是Android 17聯(lián)系人選擇器功能目前看來最大的未知因素，正如照片選擇器至今依然沒有完全替代媒體文件訪問權(quán)限一樣，Android 17的聯(lián)系人選擇器也并非READ_CONTACTS聯(lián)系人訪問權(quán)限的直接替代。Google目前只是做了一個(gè)系統(tǒng)層面的標(biāo)準(zhǔn)界面，適配了Android 17的應(yīng)用可以選擇采用這套隱私友好的聯(lián)系人信息獲取流程，未適配Android 17的應(yīng)用如果原本在用Intent.ACTION_PICK，在新系統(tǒng)中也可以自動(dòng)獲得新界面——但聯(lián)系人訪問權(quán)限還在，不想管Android平臺(tái)原生特性的應(yīng)用依然可以不管。

考慮到Google后續(xù)的確有通過拆分媒體訪問權(quán)限、降低系統(tǒng)版本要求等手段來推動(dòng)照片選擇器的適配，這里不妨就留個(gè)希望，希望聯(lián)系人選擇器同樣也是入口先行，我們應(yīng)該能很快在下半年的更新中看到Google對(duì)聯(lián)系人讀取權(quán)限動(dòng)刀吧。畢竟聯(lián)系人訪問權(quán)限也是一個(gè)不小的隱私泄露源頭。

本地網(wǎng)絡(luò)權(quán)限

和聯(lián)系人選擇器類似，Android 17同樣也引入了本地網(wǎng)絡(luò)權(quán)限。

首先必須明確一點(diǎn)：大家在iOS系統(tǒng)中看見的、大部分應(yīng)用發(fā)起的本地網(wǎng)絡(luò)權(quán)限申請(qǐng)，本質(zhì)上依然是想借助局域網(wǎng)發(fā)現(xiàn)能力做局域網(wǎng)設(shè)備探測(cè)、用戶畫像和用戶指紋識(shí)別，最終是要用來給你做個(gè)性化廣告追蹤和推薦的。我們的主張和當(dāng)初文章中的一樣：就大部分應(yīng)用而言，它們都不需要給本地網(wǎng)絡(luò)權(quán)限。

iOS中的本地網(wǎng)絡(luò)權(quán)限

Google在Android 17中正式將本地網(wǎng)絡(luò)權(quán)限納入了NEARBY_DEVICES權(quán)限組當(dāng)中，并且所有面向Android 17及以上系統(tǒng)版本開發(fā)的新應(yīng)用，默認(rèn)情況下都會(huì)被屏蔽本地網(wǎng)絡(luò)訪問行為，包括TCP連接、UDP單播、多播、廣播等，甚至無法解析.local這樣的本地域名。這里Google同樣建議有特定需求的開發(fā)者選擇更為隱私友好的中轉(zhuǎn)方案，例如借助Android系統(tǒng)級(jí)Cast SDK中的輸出切換器來完成投屏，而如果是智能家居控制、IoT管理這類需要持續(xù)、廣泛訪問局域網(wǎng)的需求，再借助本地網(wǎng)絡(luò)權(quán)限向用戶請(qǐng)求授權(quán)。

按照Google Play商店對(duì)應(yīng)用目標(biāo)SDK等級(jí)的要求，2027年8月31日之后，Google Play商店中的應(yīng)用都必須請(qǐng)求本地網(wǎng)絡(luò)訪問權(quán)限。

驗(yàn)證碼短信保護(hù)

你一定有過這樣的體驗(yàn)：在某個(gè)app中使用短信驗(yàn)證碼登錄，當(dāng)驗(yàn)證碼短信通知響起（甚至完全不會(huì)響起）的同時(shí)，這個(gè)app已經(jīng)自動(dòng)填入收到的驗(yàn)證碼并完成了登錄。

這里用到的可能是SMS Retriever API、SMS User Consent API和WebOTP API，上面提到的這種為數(shù)不多的、無需用戶或系統(tǒng)干預(yù)的「短信驗(yàn)證碼自動(dòng)提取」和「驗(yàn)證碼自動(dòng)回填」體驗(yàn)，都至少依賴其中一種或多種API。

在此前的Android系統(tǒng)中，針對(duì)使用SMS Retriever API的應(yīng)用Google設(shè)置了一個(gè)三小時(shí)后的延遲機(jī)制，即采用這種驗(yàn)證方式的驗(yàn)證碼短信對(duì)大部應(yīng)用而言都只能在三小時(shí)后才會(huì)變成可見狀態(tài)。而在Android 17中，這個(gè)延后機(jī)制被擴(kuò)展到了WebOTP API短信并且適用于所有應(yīng)用，如果應(yīng)用本身面向Android 17及以上系統(tǒng)版本開發(fā)，則所有短信、無論是否采用上述API，都會(huì)應(yīng)用這套三小時(shí)的延遲機(jī)制。

Google希望通過這個(gè)機(jī)制來解決OTP短信驗(yàn)證碼劫持問題，但說到底個(gè)人認(rèn)為短信驗(yàn)證碼就是一種在安全性方面不及通行密鑰的認(rèn)證手段，還是早點(diǎn)扔了的好。

▍跨設(shè)備體驗(yàn)

各種形態(tài)的設(shè)備越來越多，系統(tǒng)級(jí)接力API（Handoff）其實(shí)也早該端出來了：跨設(shè)備「接力」在Apple、華為鴻蒙生態(tài)中已布局多年，但大量的Android廠商依然需要一個(gè)平臺(tái)層面的支持來打破屏障。

在返回手勢(shì)那篇文章中我們提到，Android應(yīng)用中大部分看得見、摸得著的交互，都是由活動(dòng)（activity）來承載的。Android 17的接力API也用到了這一基礎(chǔ)架構(gòu)，開發(fā)者只需要給想要接力的活動(dòng)窗口打上特定標(biāo)注，另一設(shè)備上的任務(wù)欄或啟動(dòng)器中就會(huì)出現(xiàn)接續(xù)操作的提示。

當(dāng)前視頻播放到了幾分幾秒、文檔滾動(dòng)到了哪一行、或者是購物車?yán)锕催x了哪幾樣商品，都能通過這個(gè)數(shù)據(jù)包傳遞到另一設(shè)備上、調(diào)用同一應(yīng)用的對(duì)應(yīng)活動(dòng)窗口打開，并且Google也考慮到了一些比較特殊的使用情況，比如兩端如果都裝了同一App，接收端可以直接通過Deep Link啟動(dòng)實(shí)現(xiàn)快速恢復(fù)，如果接收端沒裝App系統(tǒng)則會(huì)拉起瀏覽器，打開開發(fā)者在HandoffActivityData里設(shè)好的URL，實(shí)現(xiàn)「無縫降級(jí)」；另外還有僅傳遞URL鏈接的URL Handoff，適合跨設(shè)備書簽同步、新聞閱讀等場(chǎng)景。

應(yīng)用信息設(shè)置中也已經(jīng)有了「任務(wù)連續(xù)性」選項(xiàng)

對(duì)國(guó)內(nèi)用戶來說，接力API其實(shí)也有一個(gè)變數(shù)：Google這套設(shè)備間活動(dòng)流轉(zhuǎn)的機(jī)制顯然是基于Google服務(wù)和Google賬號(hào)搭建的，對(duì)Google Play相關(guān)服務(wù)的依賴目前也不明朗。考慮到部分搭載了Google服務(wù)的國(guó)產(chǎn)機(jī)型在實(shí)際體驗(yàn)方面均有縮水（比如Quick Share），只能祈禱接力API對(duì)Google服務(wù)的依賴低一點(diǎn)、或者國(guó)產(chǎn)Android廠商能做一些本地化適配吧。

▍其它細(xì)節(jié)與Pixel功能更新

除了上述內(nèi)容，Android 17正式版和同步上線的Pixel功能更新中，值得一提的新特性還有：

除了上述內(nèi)容，Android 17值得一提的新特性還有：

• 實(shí)時(shí)更新類通知新增了語義著色API，開發(fā)者可以在實(shí)時(shí)更新通知中用綠、橙、紅、藍(lán)四種預(yù)置顏色來設(shè)置符合使用情境的色彩樣式

  
  

• 針對(duì)助理應(yīng)用引入了專用的助理音量音頻流，助理聲音通過USAGE_ASSISTANT播放，音量調(diào)節(jié)和其他類別的音頻分離并支持單獨(dú)控制

  
  

可以單獨(dú)控制智能助理的語音音量了

• 引入了基于設(shè)備總RAM的應(yīng)用內(nèi)存限制，極端內(nèi)存泄漏等情況下的系統(tǒng)穩(wěn)定性表現(xiàn)應(yīng)該會(huì)更好，并且影響范圍更可控

  
  

• 音頻框架會(huì)對(duì)后臺(tái)音頻互動(dòng)強(qiáng)制執(zhí)行限制，以確保這些更改是由用戶有意發(fā)起的（比如媒體播放），其他「非法」音頻請(qǐng)求會(huì)以靜默方式失敗，坊間流傳的「音頻播放?；睢剐∶钫锌赡軙?huì)失效，各種奇奇怪怪的音樂播放被打斷的情況應(yīng)該會(huì)更少

  
  

• 你可以在開啟錄屏?xí)r同步啟用手機(jī)的前置攝像頭，輕松做出社交平臺(tái)上流行的那種「reactions」式的小視頻，無需繁瑣的后期合成、綠幕摳像

  
  

下次的具透干脆用這個(gè)功能做？

最后，和iOS 27一樣，Android 17也強(qiáng)調(diào)了家長(zhǎng)控制功能的作用，系統(tǒng)設(shè)置內(nèi)置的家長(zhǎng)控制頁面現(xiàn)在包含了每日屏幕時(shí)間使用限額、應(yīng)用使用限額、夜間使用時(shí)間、商店過濾和網(wǎng)站內(nèi)容過濾等工具，但這個(gè)功能與多用戶配置功能沖突，開啟工作賬戶或者「私密空間」的前提下是無法正常使用家長(zhǎng)控制功能的。

除了語音翻譯、Magic Cue等原先為新機(jī)型獨(dú)占的功能開始向舊機(jī)型下放，Gemini也在本次Android 17更新的同時(shí)引入了音樂創(chuàng)作和基于Gemini Omni模型的視頻生成功能——但Google將需要額外Google AI訂閱的特性放進(jìn)Pixel功能更新來宣傳，只能說早些年宣傳七年更新的時(shí)候我還有點(diǎn)懷疑，但現(xiàn)在事情就漸漸明朗了。

最后，此前我們?cè)谇罢皶r(shí)提到的Tap to Share果然不是什么已經(jīng)正式確認(rèn)的Android 17功能，在本次的正式版當(dāng)中它也的確沒有上線。

One UI和Pixel OS中的碰一碰互傳功能

考慮到Quick Share已經(jīng)成熟到可以兼容AirDrop了，Google再借Android Beam的理念幫它「打包」一個(gè)上層交互的想法也算是合情合理，甚至有點(diǎn)Android Beam精神傳承的味道——至少在看到動(dòng)畫效果之前我是這么想的。

原文鏈接：https://sspai.com/post/108899?utm_source=wechat&utm_medium=social