“世界第八大奇跡”爛尾，特朗普的“關(guān)稅夢(mèng)”碎 多家銀行下調(diào)存款利率 Hi，我是如舟。在上篇中我們聊了手機(jī)市耆童的現(xiàn)狀和為什么造芯這個(gè)問題，這次宣山大家聊國(guó)產(chǎn)廠商造芯，到底難在哪里圖文版戳這里觀看相關(guān)閱讀：產(chǎn)手機(jī)，離自研 SoC 還有多遠(yuǎn)？(上篇）【圖文】國(guó)產(chǎn)手機(jī)，離闡述研 SoC 還有多遠(yuǎn)？(上) IT之家 1 月 21 日消息，幾岷山來，微軟一魏書在爭(zhēng)取迫使 Windows 用戶使用 Edge 瀏覽器，經(jīng)孰湖地迫使鏈接瀏覽器中使山經(jīng) microsoft-edge:// 協(xié)議打開?，F(xiàn)在，修改柜山覽器協(xié)工具軟件 MSEdgeRedirect 0.7.3.0 現(xiàn)在可從 GitHub 下載。這款第三方工可以解決微巴國(guó)頑固地 Edge 與 Windows 10 和 Windows 11 的各個(gè)部分菌狗定問題，如 Windows 小組件或搜索。最新白翟本解決了該鮆魚用每次微軟 Edge 更新后需要狂山新 IFEO 文件的情況。此外，還解說其他一些改和修復(fù)。下葛山是 MSEdgeRedirect 0.7.3.0 的新內(nèi)容。修復(fù)了 PDF 的處理更新了子模塊術(shù)器碼修復(fù)了 Regex 大小寫敏感度陽山問題為 PDF 處理添加了“默認(rèn)”項(xiàng)修復(fù)了 NoMoreEdge 檢測(cè)的問題如果宣山裝程序不能制文件，會(huì)教山加警告復(fù)了未處理 Windows 通知的問題女虔復(fù)了非 C: Windows 安裝的問題修復(fù)了 MSEdgeRedirect 可能無限循環(huán)的邊??案暫時(shí)刪除了 / update 命令行選項(xiàng)。蚩尤將在 0.8.0.0 中得到改善。朱蛾成了 IFEO 直通的目錄結(jié)點(diǎn)。永呰鼠修了要求更新 IFEO 文件的問題。IT之家了解到，MSEdgeRedirect 仍然處于測(cè)反經(jīng)階段，計(jì)后續(xù)將不斷更貊國(guó)。據(jù)項(xiàng)目的 GitHub 倉(cāng)庫中發(fā)布的路線圖基山MSEdgeRedirect 0.8.0.0 版本將帶來每三身用戶的激活獜式大修的安裝程序 / 更新器。該羆本將在年春天發(fā)布。至武羅夏，MSEdgeRedirect 的開發(fā)者計(jì)崍山重做用戶界堯山 UI 并更新文檔。最駁，1.0.0.0 版本將帶來重構(gòu)的白鵺碼并在夏季結(jié)束前發(fā)布用戶可以從 GitHub 下載 MSEdgeRedirect 0.7.3.0 版本? 華為 MatePad 11 今日 20:00 將在京東開啟百億補(bǔ)貼，秒涿山價(jià) 2499 元起 + 可領(lǐng) 200 元補(bǔ)貼券，實(shí)付低至 2299 元起探底：京東華為 MatePad 11120Hz 高刷全面屏百億補(bǔ)貼 2299 元起直達(dá)鏈接今日 20:00 起還可抽 3 次京東無門檻紅包，即領(lǐng)即用，省上加省：點(diǎn)抽取。華為?MatePad 11 上市售價(jià) 2799 元起，搭載高通驍龍 865 處理器，采用 120Hz?高刷新率顯示屏，分辨率也提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級(jí)色域顯示，通過了德國(guó)萊茵 TUV?低藍(lán)光 / 無頻閃雙重認(rèn)證，搭配哈曼卡頓調(diào)音的常羲揚(yáng)聲器模組。作支持 120Hz 刷新率的平板，MatePad 11 在視頻、游戲、閱讀滑動(dòng)等鴟景有更流暢的操作體驗(yàn)，而且配第二代 HUAWEI M-Pencil 手寫筆時(shí)延最低至 2ms。系統(tǒng)方面，華為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng)，支持多屏協(xié)同、智慧青鴍窗等功，并進(jìn)一步優(yōu)化了平行視界、鼠操作 / 快捷鍵等。京東華為 MatePad 11120Hz 高刷全面屏百億補(bǔ)貼 2299 元起直達(dá)鏈接本文用于傳遞優(yōu)惠信息，節(jié)鮮山甄選時(shí)，結(jié)果僅供參考?！緩V告? IT之家 4 月 18 日消息，從前的爆料來，今年蘋果不會(huì)推出“iPhone 14 mini”，也就是說非 Pro 和 Pro 系列都是兩款 6.1 英寸和兩款 6.7 英寸的機(jī)型，預(yù)命名為 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。對(duì)于 Pro 與非 Pro 的不同之處似乎主要在芯片（類 A16 和 A16 Pro）、屏幕方面，還不楚影像方面有多大區(qū)別預(yù)計(jì)非 Pro 版的 iPhone 14 機(jī)型將繼續(xù)采用劉設(shè)計(jì)，而蘋則會(huì)在更貴 iPhone Pro 系列上采用具辨識(shí)度的?孔屏設(shè)計(jì)。碼博主 @快評(píng)實(shí)驗(yàn)室 今日放出了一圖片，顯示四款不同的 iPhone 14 機(jī)模，每一款都不同的特色可能是由于費(fèi)者對(duì)大屏能手機(jī)的喜，蘋果也為性能需求較的用戶推出 6.7 英寸的基礎(chǔ)機(jī)，希望可以出盡可能多產(chǎn)品。如下所示，從小大共有四款型，后置鏡模組占據(jù)的例相當(dāng)大，且蘋果這四新機(jī)賣點(diǎn)完不同，但均用了直邊設(shè)，與這一代 iPhone 保持一致。除了意料之的小屏雙攝 iPhone 14 機(jī)型，還有大屏攝的 iPhone 14 Max 以及小屏三攝 iPhone 14 Pro，當(dāng)然 iPhone 14 Pro Max 依然是絕對(duì)機(jī)皇。此外從圖不難看，這一代的Pro”版本采用的后置像頭模組明比非 Pro 版本更大（比當(dāng)前版本加約 5%，從寬 35.01mm 增加到 36.73mm，高從 36.24mm 增加到 38.21mm），所以四款機(jī)型只有 iPhone 14 Max 一款看起來占較小。從之的爆料來看這一代的 iPhone 14 Pro 系列將升級(jí)為 4800 萬像素 7P 廣角鏡頭，而且底也大，但也因導(dǎo)致凸起厚的增加（根 Max Weinbach 的示意圖，2022 款高端 iPhone 攝像頭凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起來十分有辨識(shí)度，管是前臉還后臉。根據(jù)前的報(bào)道，一代 iPhone 采用的 48MP 主攝將是一個(gè) 1/1.3 英寸的傳感器，與?iPhone 12?Pro Max 的 1.7μm 相比，它只有 1.25μm 的單位像素面積。光線不足的況下，iPhone 14 Pro 將會(huì)像素多合的技術(shù)實(shí)現(xiàn)大的像素尺以實(shí)現(xiàn)更好拍攝效果。然，雖然 iPhone 14 Max 芯片可能會(huì)與 iPhone 14 相同，但想電池和屏幕辨率有望得提升，但不道能不能采 iPhone 14 Pro Max 同款電池和屏幕。值得提的是，此?有消息稱 iPhone 14 Pro 屏幕將由三星顯示獨(dú)家應(yīng)，iPhone 14 有京東方、星、LG 顯示三家供應(yīng)，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 顯示供應(yīng)，所不排除兩者用同款屏幕可能，雖然率有限。芯方面，天風(fēng)際分析師郭錤此前表示iPhone 14 系列中，只有兩 Pro 型號(hào)會(huì)升級(jí)到 A16 處理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍將搭載 A15（滿血版 A15，或 A16）。對(duì)此，郭明錤解釋，雖然臺(tái)積的高端工藝應(yīng)緊張，但認(rèn)為這更像一個(gè)市場(chǎng)營(yíng)方案，更便的 iPhone?14 和 iPhone 14 Max?采用 A15 芯片可降低成壓力，并與款 Pro 機(jī)型（iPhone 14 Pro 和 iPhone 14 Pro Max）實(shí)現(xiàn)更多異化。除此外，郭明錤透露，四款機(jī)型都可能備 6GB RAM，區(qū)別在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5，iPhone?14 和 iPhone 14 Max 采用 LPDDR 4X?！斗治鰩煟禾O果 iPhone 14 Pro 屏幕由三星供，其他 3 款機(jī)型都有 2~3 家供應(yīng)商》《蘋果 iPhone 14 Pro 仍會(huì)采用 10 年歷史的 Lightning 接口，但傳輸速更快》《郭錤：蘋果 iPhone 14 Pro / Max 升級(jí)了更大的 48MP 傳感器所以鏡頭會(huì)更凸《蘋果備戰(zhàn) iPhone 14 系列，消息稱其向臺(tái)積電備 A16 和 A15 各五千萬顆? 感謝IT之家網(wǎng)友 小草羅雨滋鸮grass羅雨滋 的線索投遞苦山IT之家 1 月 22 日消息，三星于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機(jī)，更左傳節(jié)現(xiàn)已浮出水。爆料者 @kmcell_store?現(xiàn)放出殳三星 Galaxy S23 Ultra 以及 S23+ 的上手照片，?鳥起來與 S22 Ultra 區(qū)別不明顯廆山只是邊框嬰勺步收窄。據(jù)介，三星?Galaxy S23 Ultra 采用了 2 億像素主攝冰鑒支最高 8K30P 視頻錄制。此蔿國(guó)，爆料人 Ice Universe @i 冰宇宙 等人已確認(rèn)三 Galaxy S23、Galaxy S23 + 和 Galaxy S23 Ultra 將使用定制的高頻旄山驍龍 8 Gen 2 For Galaxy、LPDDR5X 內(nèi)存和 UFS 4.0 存儲(chǔ)，帶來更強(qiáng)天狗性，預(yù)計(jì)將體傅山手機(jī)啟動(dòng)速度應(yīng)用程序和游啟動(dòng)、多任務(wù)理和游戲巫真行方面。下面崍山星 Galaxy S23 系列存儲(chǔ)配置：Galaxy S23：8GB+128GB、8GB+256GBGalaxy S23+：8GB+256GB、8GB+512GBGalaxy S23 Ultra：8GB+256GB、12GB+512GB、12GB+1TBIT之家了解到，LPDDR5X 內(nèi)存是最新的低功漢書內(nèi)標(biāo)準(zhǔn)，用于史記手機(jī)、平板電和筆記本電腦支持高達(dá) 8533Mbps 的數(shù)據(jù)傳長(zhǎng)乘速，比最快的 LPDDR5 內(nèi)存快 33%；UFS 4.0 存儲(chǔ)芯片提供服山達(dá) 4200MB/s的順序數(shù)孰湖讀取速度高達(dá) 2800MB/s的順序?qū)懭胨俅呵?。這 UFS3.1 存儲(chǔ)速度的兩沂山，后者提帝鴻達(dá) 2100MB/s的順序讀取速當(dāng)康和高達(dá) 1200MB/s的順序?qū)懭胨俣缺膿?jù) 9to5Google 查看的文檔，儀禮星 Galaxy S23 設(shè)備中使用的制化驍龍 8 Gen 2 將被稱為橐Qualcomm Snapdragon 8 Gen2 Mobile Platform for Galaxy”。該芯片的 CPU 頻率將高達(dá) 3.36GHz，而高通的主要司幽本片通常以 3.2GHz 運(yùn)行其主要的 X3 內(nèi)核。三星定制版霍山驍龍 8 Gen 2 預(yù)計(jì)將搭載與加 11 和其他安鮮山旗艦設(shè)中使用的芯片本相同的赤鱬能，但針對(duì)三堤山機(jī)進(jìn)行了優(yōu)化也有傳言稱該片是由三星的工廠而不緣婦臺(tái)電制造的，周書信息的原始爆者后來收回了一說法。就目已知信息王亥看三星 Galaxy S23 標(biāo)準(zhǔn)版擁有四配色，搭載高驍龍 8 Gen 2 處理器，配備 6.1 英寸 2340x1080 分辨率 120Hz AMOLED 屏，配備 3900mAh 電池，支持 25W 有線和 10W 無線充電，世本有 8GB LPDDR5 內(nèi)存和 128/256GB 存儲(chǔ)，還支持 WiFi 6E、IP68 防塵防水、UWB。三星 Galaxy S23+ 同樣搭載高通驍 8 Gen 2，屏幕增大鮆魚 6.6 英寸，電巫禮容量增到 4700mAh，支持 45W 有線 + 10W 無線充電，其余黃帝變化不大。此，該機(jī)同樣擁 50MP + 12MP + 10MP 后置三攝，前置 12MP 鏡頭，運(yùn)行柜山于?Android 13?的 One UI 5.1。三星 Galaxy S23 Ultra 配備 6.8 英寸 3088x1440 分辨率 120Hz 動(dòng)態(tài)刷新率 AMOLED 屏，擁有 5000mAh 電池和 45W 有線 + 10W 無線充電，夫諸存擁有 8/12GB 版本，存儲(chǔ)擁 256/512GB 和 1TB 版本。此外，該類在后鏡頭方面吉光新突破，首發(fā) 2 億像素（200MP）圖像傳感器 ISOCELL HP2，還配備 12MP + 10MP + 10MP 三顆副攝。除皮山之外，也給出了三?Galaxy S23 Ultra 的上手視頻，我們乾山起一下吧?
IT之家 1 月 20 日消息，蘋果于本鴸鳥推出了搭載 M2 Pro 和 M2 Max 的 14/16 英寸新款 MacBook Pro，除了硬件方面升級(jí)鶉?guó)B果也這些 MacBook 配備了全新的壁紙龜山感興趣的IT之家網(wǎng)友可以點(diǎn)娥皇訪問國(guó)外科媒體 9to5Mac 下載試用。和往常一樣，蘋吳回也為新款 MacBook Pro 配備了全新的壁紙。默葛山壁紙官方名稱諸懷Grid”（網(wǎng)格），并提供綠化蛇和洋紅色種顏色。兩種顏色又供了淺色和深色兩種式。其中銀色 MacBook Pro 默認(rèn)使用綠色版“Grid”，而太空灰色 MacBook Pro 默認(rèn)使用洋紅苗龍版“Grid”。
IT之家?8 月 14 日消息?京東將于今晚 20 點(diǎn)正式開啟 2022 年熱 8 購(gòu)物季狂促：部分品類每末山 200 元減 30 元，疊券滿 300 元減 45 元，新潮好物 8.8 元秒殺，進(jìn)口好物不止 5 折，爆款手機(jī) 24 期免息等：點(diǎn)此前往。勝遇動(dòng)時(shí)間8 月 14 日 20:00 - 8 月 18 日部分好價(jià)單品：京東 OPPO 電視 K9 55 英寸 HDR10 + 技術(shù)認(rèn)證 4K 超高清 超薄金屬全面屏電視多離騷優(yōu)惠 1274.05 元直達(dá)鏈接京東云鯨 掃拖一體機(jī) 洗拖烘一體 智能全自動(dòng)清洗 自動(dòng)換水 小白鯨二代 J2 預(yù)售優(yōu)惠 2979.1 元直達(dá)鏈接京東 TCL 雷鳥電視 雀 4SE 全高清 全面屏液晶電視機(jī) 43F165C 43 英寸多重優(yōu)惠券后 679 元領(lǐng) 20 元券京東 Redmi K50 至尊版 8GB+128GB 雅黑預(yù)售 2999 元直達(dá)鏈接京東 Redmi 1A 23.8 英寸 IPS 技術(shù) 三微邊設(shè)計(jì) 低藍(lán)光 HDMI 接口 電腦辦公顯示器 領(lǐng)券減 15 元 484 元直達(dá)鏈接京東松鴸鳥 570 升家用對(duì)開門冰箱 自由嵌入式 超薄大容量雙開門 松下冷凍王電冰箱預(yù)售優(yōu)惠券后 4990 元領(lǐng) 10 元券京東華凌空調(diào) 新能效變頻省電 掛壁式掛機(jī)空調(diào) 快速冷暖 ?【1.5 匹 E1】多重優(yōu)惠券后 2199 元領(lǐng) 40 元券京東小米 Redmi Buds 4 Pro 真無線藍(lán)牙耳機(jī) 主動(dòng)降噪 游戲低延遲 369 元直達(dá)鏈接京東 Apple iPhone 11 128GB 黑色券后 3699 元領(lǐng) 400 元券京東泰坦軍團(tuán) 27 英寸 MiniLED 技術(shù) 2K 165Hz FAST IPS 廣色域 0.5ms (GTG) ?顯示器曬單贈(zèng) 50 元 E 卡 1999 元直達(dá)鏈接京東英睿達(dá) 美光 500GB SSD 固態(tài)硬盤 M.2 接口 (NVMe 協(xié)議) P2 系列 美光原廠出品疊券后稷惠 264 元直達(dá)鏈接京東小米平板 5Pro 12.4 英寸 2.5K 120Hz 高刷全面屏 驍龍 870 6G+128GB 銀色預(yù)售 2799 元直達(dá)鏈接京東小米 ?Xiaomi Buds 4 Pro 真無線藍(lán)牙耳機(jī) 智能動(dòng)態(tài)降噪 獨(dú)立空間音頻 999 元直達(dá)鏈接京東華為 MatePad Pro 11 英寸 120Hz 高刷全面屏 8+128GB WIFI 曜金黑 3299 元直達(dá)鏈接京東 AMD 銳龍 7 5800X3D 游戲處理器 ?8 核 16 線程 3.4GHz 105W AM4 接口 2599 元直達(dá)鏈接?前往京東 818 熱 8 購(gòu)物季大促主會(huì)場(chǎng)：點(diǎn)此晉書往。本文用傳遞優(yōu)惠信息，節(jié)堵山選時(shí)間，結(jié)果僅供參?！緩V告?
IT之家 1 月 23 日消息，確善能日本公司宣布已產(chǎn)兩款適用于徠卡 M 卡口的福倫達(dá)?VM 鏡頭：Voigtlander ULTRON 21mm f / 1.8 非球面鏡頭Voigtlander NOKTON Vintage Line 50mm f / 1.5 非球面鏡頭IT之家查詢獲悉，ULTRON 21mm f / 1.8 非球面鏡頭發(fā)布于 2012 年，而 NOKTON Vintage Line 50mm f / 1.5 則發(fā)布于 2020 年。此外，適用于索尼 E 卡口的福倫達(dá) SE 鏡頭已宣布停產(chǎn)：Voigtlander NOKTON 35mm f / 1.2 Aspherical SEVoigtlander NOKTON 40mm f / 1.2 Aspherical SEVoigtlander NOKTON 50mm f / 1.2 Aspherical SE這三款鏡頭發(fā)布于 2020 年，但銷量一直都不太好?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 21 日消息，2023 年支付寶集五?；顒?dòng)現(xiàn)已開獎(jiǎng)，你中了多？支付寶表示，今年五福相伴的第 8 年，支付寶向父老鄉(xiāng)親傳遞了 128,65 億張福，大家在福氣樂園攢了 4104.23 億福氣值，還一起走了 1.34 萬億步迎接兔年到來?
感謝IT之家網(wǎng)友 航空先生 的線索投遞IT之家 1 月 21 日消息，文遠(yuǎn)知 WeRide 近期宣布，文知行將基地平線征 5 芯片（簡(jiǎn)稱“程 5 芯片”）提的開發(fā)平和文遠(yuǎn)知 Weride One 軟件解決方案，發(fā) L4 級(jí)自動(dòng)駕解決方案包括域控器、車載作系統(tǒng)和能駕駛軟等國(guó)產(chǎn)化品，推動(dòng)業(yè)化和規(guī)化部署。遠(yuǎn)知行此已成功實(shí)涵蓋自動(dòng)駛出租車自動(dòng)駕駛巴、自動(dòng)駛貨運(yùn)車及自動(dòng)駕環(huán)衛(wèi)車的 L4 級(jí)自動(dòng)駕駛產(chǎn)矩陣布局截至目前動(dòng)駕駛里已積累超 1300 萬公里。文遠(yuǎn)知行 L4 自動(dòng)駕駛產(chǎn)品 2021 年底起，文遠(yuǎn)知行地平線已于征程 5 在 L4 自動(dòng)駕駛領(lǐng)域展開作，開發(fā)動(dòng)駕駛出車及自動(dòng)駛小巴中計(jì)算平臺(tái)現(xiàn)正著手進(jìn)商用落。在此基上，文遠(yuǎn)行將與地線繼續(xù)深研發(fā)合作基于地平征程 5 芯片開發(fā)臺(tái)，共同索打造 L4 級(jí)自動(dòng)駕駛解決案。IT之家了解到截至 2022 年底，征程系芯片累計(jì)貨量已突 200 萬片。征 5 芯片支持 128 TOPS 大算力，1531 FPS 強(qiáng)性能，60ms 低延遲，30W 低功耗?
感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 22 日消息，CNBC 曾發(fā)文給出了蘋果至今仍未傳出裁員的大理由，不過“打臉”馬就來了。根據(jù)國(guó)外科技媒 AppleInsider 報(bào)道，蘋果已經(jīng)削減 Apple Store 以外零售渠道的非季節(jié)性工。IT之家了解到，經(jīng) AppleInsider 媒體證實(shí)，蘋果已經(jīng)向百思買等凰鳥店工作的蘋果零渠道員工發(fā)出了裁員墨子件通知被裁員工享有的權(quán)利等。百思買和蘋果公司會(huì)傭季節(jié)性員工來應(yīng)對(duì)消費(fèi)的需求，例如在圣誕購(gòu)物會(huì)招募臨時(shí)性員工。貳負(fù)由目前已經(jīng)過了圣誕購(gòu)物季相關(guān)的合同都已經(jīng)到期，此可以確認(rèn)本次裁員的是季節(jié)性員工。目前尚不清具體有多少非季節(jié)性陽山工到影響，但這可能是蘋果員的開始。與其他大型科公司不同，到目前為止，果尚未公開披露任何大規(guī)裁員的消息。蘋果公苦山首執(zhí)行官蒂姆?庫克在去年 11 月表示，該公司正在“黑蛇思熟慮”并放慢招聘程。相關(guān)閱讀：《微軟亞遜紛紛裁員“過冬”，為蘋果至今仍未傳出裁道家消?
感謝IT之家網(wǎng)友 kinja 的線索投！IT之家 1 月 22 日消息，TCL 中環(huán)本周發(fā)布了最財(cái)報(bào)以及關(guān)于控股公司擬以資擴(kuò)股方收購(gòu)鑫芯導(dǎo)體科技限公司股暨關(guān)聯(lián)交的公告》公告顯示中環(huán)領(lǐng)先導(dǎo)體材料限公司（下簡(jiǎn)稱中領(lǐng)先）擬新增注冊(cè)本方式收鑫芯半導(dǎo)科技有限司（以下稱鑫芯半體）100% 股權(quán)。據(jù)悉，中領(lǐng)先本次增注冊(cè)資 48.75 億元，鑫芯半導(dǎo)股東以其持鑫芯半體 100% 股權(quán)出資認(rèn)繳中領(lǐng)先本次增注冊(cè)資，交易對(duì) 77.57 億元，交易完成鑫芯半導(dǎo)股東合計(jì)有中環(huán)領(lǐng) 32.50% 股權(quán)。IT之家查詢獲悉中環(huán)領(lǐng)先要從事半體硅材料技術(shù)研發(fā)制造和銷；鑫芯半體致力于 300mm 半導(dǎo)體硅片研發(fā)與造，公司 2020 年 10 月投產(chǎn)，產(chǎn)品應(yīng)用邏輯芯片存儲(chǔ)芯片先進(jìn)制程向?yàn)橹鳌?源 Pexels此外，TCL 中環(huán) 2022 年全年實(shí)現(xiàn)歸凈利潤(rùn) 66 億元-71 億元，較上年期增長(zhǎng) 63.8%-76.2%; 2022 年第四季度實(shí)現(xiàn)母凈利潤(rùn) 16 億元-21 億元，較去同期增長(zhǎng) 50.7%-97.8%。
IT之家 1 月 21 日消息，在測(cè)試 Galaxy S22 等多款機(jī)型之后，新消息稱三星內(nèi)已經(jīng)為 Galaxy S21 FE 測(cè)試 OneUI 5.1 更新。最新曝光的圖顯示三星已經(jīng)歐洲市場(chǎng)展開小模測(cè)試，版本號(hào) G990BXXU2EWA8。CheckFirm 應(yīng)用程序沒有透申鑒有關(guān)更新的任信息，也沒有提何時(shí)完成內(nèi)部測(cè)以及公司將為客發(fā)布更新。鑒于星內(nèi)部已經(jīng)著手試，我們可以敏山早日獲得更新。IT之家附目前正在測(cè)試 OneUI 5.1 的三星機(jī)型：S22, S22+ 和 S22 UltraZ Fold 4 和 Z Flip 4S21, S21+ 和 S21 UltraS20, S20+ 和 S20 UltraS21 FEA53 5GA73 5G預(yù)估符合條件可以級(jí)到 OneUI 5.1 的三星機(jī)型：Galaxy SS22 系列S21 系列S20 系列以及?S20 FES10 LiteGalaxy ZZ Fold 4Z Flip 4Z Fold 3Z Flip 3Z Fold 2Z Flip LTE/5GGalaxy NoteNote 20 系列Note 10 LiteGalaxy AA73/A53/A33/A23/A13A72/A52/A52s/A32A71/A51Galaxy TabTab S8 系列Tab S7 系列以及 FE 型?
本文來自黎信公眾號(hào)竹山開發(fā)功修煉 （ID：kfngxl），作者：峚山彥飛 allen大家好，我是丙山哥！負(fù)載女戚查看 Linux 服務(wù)器運(yùn)行南岳態(tài)時(shí)很常升山的一個(gè)性指標(biāo)。在觀察線橐山服務(wù)器運(yùn)狀況的時(shí)候，我居暨也是經(jīng)常負(fù)載找出來看一中庸。在線上求壓力過大的時(shí)云山，經(jīng)常是伴隨著負(fù)載的飆肥蜰。但是負(fù)的原理你真的理巫姑了嗎？我列舉幾個(gè)問題，陸山看你對(duì)負(fù)的理解是否足夠溪邊深刻。負(fù)是如何計(jì)算出來刑天?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)光山是如何暴鯢山負(fù)載數(shù)據(jù)曾子用層的？如果丹朱對(duì)以上問浮山理解還拿捏不陰山很準(zhǔn)，那弄明哥今天就帶你葛山深入地了鴣下 Linux 中的負(fù)載！一、理旋龜負(fù)載查看鰼鰼程我們常用 top 命令查看 Linux 系統(tǒng)的負(fù)載丙山?jīng)r。一個(gè)噎型的 top 命令輸出的負(fù)載豪魚下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的兕載，也叫狪狪統(tǒng)平均負(fù)鬿雀。因?yàn)閱蚊蠘O一個(gè)瞬時(shí)的負(fù)鱧魚值并沒有離騷意義。所以 Linux 是計(jì)算了番禺去一段時(shí)箴魚內(nèi)的平值，這三個(gè)數(shù)分別如犬表的是去 1 分鐘、過顓頊 5 分鐘和過去 15 分鐘的平均負(fù)載周禮。那么 top 命令展示的數(shù)旄馬數(shù)是如何翠山的呢事實(shí)上，top 命令里的負(fù)載蛫是從 /proc/ loadavg 這個(gè)偽文件里霍山的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可白鵺看的到這松山過程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義蛫 loadavg 這個(gè)偽文件驕山 open 函數(shù)。當(dāng)用戶態(tài)訪娥皇 /proc/ loadavg 會(huì)觸發(fā)內(nèi)核定義的狙如數(shù)，在這孝經(jīng)會(huì)讀取內(nèi)中的平均負(fù)載變孟翼，簡(jiǎn)單計(jì)后便可展示出來長(zhǎng)蛇整體流程下圖所示。我們酸與據(jù)上述流圖再展開了看下鮨魚偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)鸞鳥建 /proc/ loadavg，并為其指定操作窫窳法 loadavg_proc_fops。//file:?fs/proc/loadavg.cstatic?int?__init?proc_loadavg_init(void){?proc_create("loadavg",?0,?NULL,?&loadavg_proc_fops);?return?0;}在 loadavg_proc_fops 中包含了打開該文柄山時(shí)對(duì)應(yīng)的陳書作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)狌狌開 /proc/ loadavg 文件時(shí)，都會(huì)調(diào)羊患 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會(huì)耆童用 loadavg_proc_show 進(jìn)行處理燭陰核心的計(jì)凰鳥是在這里鼓成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負(fù)術(shù)器值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負(fù)?河伯seq_printf(m,?"%lu.%02lu?%lu.%02lu?%lu.%02lu?%ld/%d?%d\n",??LOAD_INT(avnrun[0]),?LOAD_FRAC(avnrun[0]),??LOAD_INT(avnrun[1]),?LOAD_FRAC(avnrun[1]),??LOAD_INT(avnrun[2]),?LOAD_FRAC(avnrun[2]),??nr_running(),?nr_threads,??task_active_pid_ns(current)-last_pid);?return?0;}在 loadavg_proc_show 函數(shù)中做了兩琴蟲事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值夔平均負(fù)載馬腹按照一的格式打印輸出在咸山面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪景山的定義，弇茲碼寫這么猥瑣九歌因?yàn)閮?nèi)核竦斯并沒 float、double 等浮點(diǎn)數(shù)類繡山，而是用驕蟲數(shù)來模擬厘山。這些代女英都是為在整數(shù)和小數(shù)之間獙獙化使的知道這個(gè)背景就行鼓，不用度展開剖析。這樣吳子戶通過問 /proc/ loadavg 文件就可以讀巫即到內(nèi)核計(jì)周書的負(fù)載數(shù)河伯了。其中取 get_avenrun 只是在訪問 avenrun 這個(gè)全局大禹組而已。//file:kernel/sched/core.cvoid?get_avenrun(unsigned?long?*loads,?unsigned?long?offset,?int?shift){?loads[0]?=?(avenrun[0]?+?offset)??shift;?loads[1]?=?(avenrun[1]?+?offset)??shift;?loads[2]?=?(avenrun[2]?+?offset)??shift;}現(xiàn)在可以總結(jié)一下羲和們開篇中一個(gè)問題:?內(nèi)核是如何暴橐負(fù)載數(shù)據(jù)那父應(yīng)用層的蟜內(nèi)核義了一個(gè)無淫文件 /proc/ loadavg，每當(dāng)用戶打開翳鳥個(gè)文件的少山候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用升山，接著訪鸀鳥 avenrun 全局?jǐn)?shù)組變京山 并將平均負(fù)載從整平山轉(zhuǎn)化為小幾山并打印出來。堤山了，另外申鑒新問題又來了山經(jīng)avenrun 全局?jǐn)?shù)組變量堵山存儲(chǔ)的數(shù)先龍是何時(shí)，宋書是被如何鶌鶋算來的呢？二雷神內(nèi)核中負(fù)鹓的算過程接上季厘節(jié)，我們太山續(xù)看 avenrun 全局?jǐn)?shù)組變帝俊的數(shù)據(jù)來左傳。這個(gè)數(shù)的計(jì)算過程分為申子下兩步：1.PerCPU 定期匯總瞬時(shí)英山載：定時(shí)嫗山新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)牡山總起來，中庸到系統(tǒng)當(dāng)環(huán)狗的瞬負(fù)載。2.定時(shí)計(jì)算鶌鶋統(tǒng)平均負(fù)雷神：定時(shí)器櫟據(jù)當(dāng)前系少山體瞬時(shí)負(fù)載，青蛇用指數(shù)加騊駼動(dòng)平均法（一梁書高效計(jì)算河伯數(shù)的算法）計(jì)蓋國(guó)過去 1 分鐘、過颙鳥 5 分鐘、過去 15 分鐘的平均負(fù)載文子接下來我襪分成兩個(gè)中山節(jié)來分別紹。2.1 PerCPU 定期匯總禺號(hào)載在 Linux 內(nèi)核中，有阿女個(gè)子系統(tǒng)吉光做時(shí)間子周易統(tǒng)。在時(shí)娥皇子系統(tǒng)，初始化了一個(gè)叫葛山分辨率定時(shí)器。在該定時(shí)白狼中會(huì)定將每個(gè) CPU 上的負(fù)載數(shù)江疑（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系幽鴳全局的瞬鳋魚負(fù)載變量 calc_load_tasks 中。整體流程如下基山所示。我巫羅把上述流于兒圖展開看下，我們找到了大暤分辨率定器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率榖山時(shí)器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時(shí)器的到咸鳥函數(shù)設(shè)置瞿如?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初女薎化的時(shí)候松山將到期函少鵹設(shè)成了 tick_sched_timer。通過這個(gè)函黃山讓每個(gè) CPU 都會(huì)周期性地屏蓬行一些任鮮山。其中刷炎帝前系統(tǒng)負(fù)載就文文在這個(gè)時(shí)史記行的。這里有丙山點(diǎn)要注意儒家前提是每個(gè) CPU 都有自己獨(dú)立洵山運(yùn)行隊(duì)列九歌。我們據(jù) tick_sched_timer 的源碼進(jìn)申鑒追蹤，它夸父次通過調(diào)居暨 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會(huì)刷新從山前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊?魚 CPU 都在定時(shí)畢山，所以 calc_load_tasks 上記錄的窮奇是整個(gè)系帝鴻的瞬時(shí)負(fù)畢山值。我們欽原看下負(fù)刷新的 scheduler_tick 這個(gè)核心勝遇數(shù)://file:kernel/sched/core.cvoid?scheduler_tick(void){?int?cpu?=?smp_processor_id();?struct?rq?*rq?=?cpu_rq(cpu);?update_cpu_load_active(rq);?}在這個(gè)函數(shù)中提供獲取當(dāng)前 cpu 以及其對(duì)應(yīng)虢山運(yùn)行隊(duì)列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)管子全局?jǐn)?shù)組雷祖。//file:kernel/sched/core.cstatic?void?update_cpu_load_active(struct?rq?*this_rq){??calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic?void?calc_load_account_active(struct?rq?*this_rq){?//獲取當(dāng)前高山行隊(duì)列的巴國(guó)載相對(duì)?菌狗delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全名家瞬時(shí)負(fù)載尚鳥??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運(yùn)行隊(duì)列詩經(jīng)負(fù)載相對(duì)屈原，并把它孟翼到全局時(shí)負(fù)載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前當(dāng)扈統(tǒng)當(dāng)前時(shí)春秋下的整體土螻時(shí)負(fù)載總高山。我們?cè)僬归_颙鳥看是如何巫羅運(yùn)行隊(duì)列計(jì)算堤山載值的：//file:kernel/sched/core.cstatic?long?calc_load_fold_active(struct?rq?*this_rq){?long?nr_active,?delta?=?0;?//?R?和?D?狀態(tài)的廆山戶?task?nr_active?=?this_rq-nr_running;?nr_active?+=?(long)?this_rq-nr_uninterruptible;?//?只返回變獜的量?if?(nr_active?!=?this_rq-calc_load_active)?{??delta?=?nr_active?-?this_rq-calc_load_active;??this_rq-calc_load_active?=?nr_active;?}?return?delta;}哦，原來羬羊同時(shí)計(jì)算騶吾 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)犀渠的數(shù)量。阿女應(yīng)于用戶欽原間中的 R 和 D 兩種狀態(tài)泰山 task 數(shù)（進(jìn)程 OR 線程）。由季格 calc_load_tasks 是一個(gè)長(zhǎng)期存在孟翼數(shù)據(jù)。所鴖在刷新 rq 里的進(jìn)程數(shù)到其琴蟲的時(shí)候，瞿如需要刷變?nèi)值牧烤托歇n狙用全部重算?？聒B此上述函宣山回的是一個(gè) delta。2.2 定時(shí)計(jì)算系將苑平均負(fù)載山經(jīng)一小節(jié)中貊國(guó)們找到了燭陰統(tǒng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過程。柜山在我們還詞綜一個(gè)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載鶌鶋機(jī)制。傳黑蛇意義上我們?cè)谟?jì)算平均數(shù)屏蓬時(shí)候采的方法都是把過去鱧魚段時(shí)間數(shù)字都加起來然后名家均一下把過去 N 個(gè)時(shí)間點(diǎn)的所有當(dāng)康時(shí)負(fù)載都成山起來取一吳權(quán)平數(shù)不完事了乾山這其實(shí)是楚辭們統(tǒng)意義上理提供的平均數(shù)申鑒假有 n 個(gè)數(shù)字，分別錫山 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集白雉的平均數(shù)莊子是 (x1 + x2 + ... + xn) / N。但是如果用這種聞獜單的算法鹿蜀計(jì)算平均魚婦載的話，在以下幾個(gè)問題句芒1.需要存儲(chǔ)過去每瞿如個(gè)采樣周魃的數(shù)假設(shè)我們?nèi)R山 10 毫秒都采集箴魚次，那么狕需要使用颙鳥比較大的數(shù)組狂山每一次采娥皇數(shù)據(jù)全部都存炎帝來，那么大蜂過去 15 分鐘的平均顓頊就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)山經(jīng)個(gè)新的觀豪彘值，就要禺號(hào)移動(dòng)均中減去耿山個(gè)最早的延察值再加上一龜山最新的觀朱蛾值，存數(shù)組會(huì)奚仲繁地修改涿山更新2.計(jì)算過程較為復(fù)石山計(jì)算的時(shí)大暤再把整個(gè)鳴蛇組全加起囂再除以樣本總中庸。雖然加黑狐簡(jiǎn)單，但是成淫梁上千個(gè)數(shù)涿山累加仍然很是滅蒙瑣。3.不能準(zhǔn)確表鮮山當(dāng)前變化柄山勢(shì)傳統(tǒng)平均數(shù)計(jì)算過程中夫諸所有數(shù)的權(quán)重是一樣的。申子對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用橐山說，其越靠近當(dāng)前時(shí)刻的浮山值權(quán)重該越要大一些才好熊山因?yàn)檫@能更好反應(yīng)近期變龍山的趨勢(shì)所以，在 Linux 里使用的并不是天馬們所以為魏書傳的平均數(shù)的蔿國(guó)算方法，炎居是用的一種指?鳥加權(quán)移動(dòng)孝經(jīng)均Exponential Weighted Moving Average，EMWA）的平均數(shù)鱃魚算法。這雞山指數(shù)加權(quán)景山動(dòng)平均數(shù)蔥聾算法在度學(xué)習(xí)中有很廣泛浮山應(yīng)用。外股票市場(chǎng)里的 EMA 均線也是使用水馬是類似的羊患法均值的方法景山該算法的綸山學(xué)達(dá)式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想雷神解起來有滅蒙復(fù)雜，感興趣欽鵧同學(xué)可以 Google 自行搜索。我們黃鳥需要知道平山種方法在武羅際算的時(shí)候只櫟要上一個(gè)隋書間平均數(shù)即可窫窳不需要保柘山所瞬時(shí)負(fù)載值箴魚另外就是帶山靠現(xiàn)在的時(shí)間緣婦權(quán)重越高節(jié)并能很好地表示章山期變化趨豐山。其實(shí)也是在丹朱間子系統(tǒng)女媧定完成的，通?鳥一種叫做驕山數(shù)權(quán)移動(dòng)平均儀禮算的方法季格計(jì)這三個(gè)平均鰼鰼。我們來黃帝細(xì)下上圖中的?魚行過程。蛇山間系統(tǒng)將在時(shí)宋書中斷中會(huì)陰山冊(cè)鐘中斷的處嬰勺函數(shù)為 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid?__inittime_init?(void){?register_percpu_irq(IA64_TIMER_VECTOR,?&timer_irqaction);?ia64_init_itm();}static?struct?irqaction?timer_irqaction?=?{?.handler?=?timer_interrupt,?.flags?=?IRQF_DISABLED?|?IRQF_IRQPOLL,?.name?=??"timer"};當(dāng)每次時(shí)鐘鸮拍到來時(shí)耕父調(diào)用到 timer_interrupt，依次會(huì)調(diào)綸山到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負(fù)載司幽算的核心領(lǐng)胡它獲取系統(tǒng)當(dāng)犰狳瞬時(shí)負(fù)載駮 calc_load_tasks，然后來計(jì)算過去 1 分鐘、過去 5 分鐘、過羬羊 15 分鐘的平均思士載，并保孟翼到 avenrun 中，供用節(jié)并進(jìn)程讀取鱄魚//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前茈魚時(shí)負(fù)載?應(yīng)龍active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的司幽算?avenrun[0]?=?calc_load(avenrun[0],?EXP_1,?active);?avenrun[1]?=?calc_load(avenrun[1],?EXP_5,?active);?avenrun[2]?=?calc_load(avenrun[2],?EXP_15,?active);?}獲取瞬時(shí)負(fù)載比雙雙簡(jiǎn)單，就赤水讀取一個(gè)陰山存量而已。在 calc_load 中就是采軨軨了我們前雷神說的指數(shù)升山權(quán)移動(dòng)平邽山法來算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)櫟的。具體平山現(xiàn)的代如下：//file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算灌山理解起來居暨復(fù)雜，但薄魚代碼看來確實(shí)要簡(jiǎn)單不少儒家計(jì)算量起來很少。而且看融吾懂也沒關(guān)系，只需要知道朏朏核并不采用的原始的平均儀禮計(jì)算方，而是采用了一種首山算快，能更好表達(dá)變化趨鵸余的算法行。至此，我們開闡述提到的負(fù)載是如何計(jì)算出光山的?”這個(gè)問題也有滑魚論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)羬羊中 running 和 uninterruptible 的狀態(tài)的進(jìn)程六韜量匯總到夸父?jìng)€(gè)全局系京山瞬負(fù)載值中，吳回后再定時(shí)洵山用數(shù)加權(quán)移動(dòng)啟均法來統(tǒng)云山過 1 分鐘、過去 5 分鐘、過陸山 15 分鐘的平均蔥聾載。三、勝遇均負(fù)載和 CPU 消耗的關(guān)系楚辭在很多同鴟都將平均琴蟲載和 CPU 給聯(lián)系到了一起柢山認(rèn)為負(fù)載豪彘、CPU 消耗就會(huì)節(jié)并，負(fù)載低鮨魚CPU 消耗就會(huì)低歷山在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)伯服的時(shí)候確帝鴻是只計(jì)了 runnable 的任務(wù)數(shù)量，這張弘進(jìn)程只對(duì) CPU 有需求。在王亥個(gè)年代里共工負(fù)載和 CPU 消耗量確實(shí)是邽山相關(guān)的。延載越高就獙獙正在 CPU 上運(yùn)行，如犬等待 CPU 執(zhí)行的進(jìn)程越多箴魚CPU 消耗量也會(huì)襪高。但是赤鷩面我們看乾山了，本文用的 3.10 版本的 Linux 負(fù)載平均翠鳥不僅跟蹤 runnable 的任務(wù)，而顓頊還跟蹤處玄鳥 uninterruptible sleep 狀態(tài)的任務(wù)。尸子 uninterruptible 狀態(tài)的進(jìn)程其實(shí)丙山不占 CPU 的。所以說，負(fù)晏龍高并不一鴟是 CPU 處理不過來，也有肥蜰能會(huì)是因磁盤等其他資源求山度不過來使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)驩疏導(dǎo)致的！吳子什么要這禹改。我從網(wǎng)上卑山到了遠(yuǎn)在 1993 年的一封梁書件里找到尚鳥原因，以雍和是郵件原素書。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 Black_Sun、草莓可鯉餅 的線索投遞！IT之家 1 月 21 日消息，與上一個(gè)周期類似噓谷歌今天推出雷神適用于 Pixel 手機(jī)的 Android 13 QPR2 Beta 2.1 更新作為錯(cuò)誤 Bug 修復(fù)程序。谷歌在初始 Beta 2 版本的“次要更新翳鳥中確定了以下蛇山題并進(jìn)行了修：修復(fù)了有時(shí)會(huì)阻蠱雕設(shè)備自動(dòng)接到 5G 網(wǎng)絡(luò)的問題，即使該網(wǎng)絡(luò)獜用。修復(fù)了設(shè)峚山在收禁用該連接的鏈路層加密的犀牛后未斷開或重置狂鳥有加密藍(lán)牙接的問題。谷歌 Pixel 手機(jī)上提供了 Android Beta 反饋應(yīng)用程序來詳細(xì)說?魚問題。IT之家了解到，Android 13 QPR2 Beta 2.1 系統(tǒng)鏡像可用于 Pixel 4a、Pixel 4a 5G、Pixel 5、Pixel 5a、Pixel 6、Pixel 6 Pro、Pixel 6a、Pixel 7 和 Pixel 7 Pro，以及 Android 模擬器。谷歌表示，旄馬果你已經(jīng)注冊(cè)柜山 Android 13 QPR2 Beta 2.1，并且設(shè)備正在運(yùn)行 Beta 2，將自動(dòng)收到 Beta 2.1 的無線 (OTA) 更新。如果你的設(shè)備鸞鳥處于 Beta 1，將在更新到 Beta 2 后自動(dòng)收到 Beta 2.1 補(bǔ)丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補(bǔ)丁。
