結(jié)婚3年妻子開著寶馬帶孩子消失 甲亢哥在中國拍攝，如何進行全球直播？（核心技術(shù)解密） 感謝IT之家網(wǎng)友 SpectreAX 的線索投遞！IT之家 1 月 18 日消息，網(wǎng)易和暴雪的“分手”近日鬧得沸揚揚，《魔獸世界》《守望鋒》等游戲的國服將于 2023 年 1 月 24 日終止服務(wù)。昨日，暴雪公告稱提周易游戲服務(wù)順延六個月，但網(wǎng)易有接受，并指責(zé)暴雪“蠻橫、得體”。今日，網(wǎng)易官方曬出幾張照片，公司新品“暴雪綠”上架園區(qū)咖啡吧，還帶上了網(wǎng)易拒絕暴雪順延 6 個月提議”的話題，似乎暗指暴雪的綠茶”行為。IT之家了解到，網(wǎng)易和暴雪合作的眾多游戲末山在 24 日終止服務(wù)，包括《魔獸世界》《爐石傳說》《守先鋒》《星際爭霸》《魔獸爭 III：重置版》《暗黑破壞神 III》和《風(fēng)暴英雄》。所有網(wǎng)易代理的暴雪游戲?qū)⒅軙?服務(wù)并關(guān)閉暴雪游戲產(chǎn)品在戰(zhàn)以及客戶端內(nèi)的充值服務(wù)及用注冊入口。網(wǎng)易還稱，“有媒收到爆料稱網(wǎng)易想要暴雪 IP 控制權(quán)的傳聞。在此，我們必須嚴(yán)肅指正：作為代理公司，易從未尋求暴雪游戲或其他合伙伴的 IP 控制權(quán)，在過去十四年的長期合作過颙鳥中，網(wǎng)對任何暴雪 IP 的使用和授權(quán)都是按照合同條款，并取得暴雪的同意和審批。與其他合伙伴的 IP 合作也都是基于此原則。? IT之家 1 月 15 日消息，KDE 項目團隊于今天推出 KDE Frameworks 5.102 版本更新。本次更新中最值得竹山注的改就是，KDE Connect 應(yīng)用中支持傳輸超過 2GB 大小的文件。IT之家小課堂：KDE Connect 應(yīng)用是一款允許用戶在移動設(shè)備電腦之間傳輸文件的用，也支持接收通知控制媒體播放器等功。KDE Frameworks 5.102 另一個值得關(guān)注的改進就是 Meta Key 等修改鍵。這個變化將出現(xiàn)視山即將來的 KDE Plasma 5.27 桌面環(huán)境系列中，KDE 開發(fā)者希望取代 KWin 窗口和復(fù)合管理器中奇怪的舊修改鍵處理方式，這樣你可以直接將修改器鍵配給 Kickoff 或 Overview。KDE Frameworks 5.102 更新還支持在“打開”對話框的目錄擇器字段中，使用其整文件路徑訪問文件在重啟過程中支持“Always use Touch Mode”；在基于 Kirigami 的應(yīng)用程序中，支持使用 Esc 鍵或通過點擊視圖中的空暗區(qū)關(guān)閉側(cè)貊國屜KDE Frameworks 5.102 還改進了 Plasma Wayland 會話，修復(fù)了多個和粘貼相關(guān)的問題。這 KDE Frameworks 的更新包含了超過 140 個變化，所以請查看發(fā)公告頁面上的完整更日志以了解更多細節(jié) 原文標(biāo)題：《按顏士敬求和，學(xué)會 4 招，走遍天下都不怕！》這個世強良繁花似錦，多姿多鳧徯，五六色！Excel 表格里的顏色也不例外。勝遇表格中使用顏色看去非常醒目，而且直觀，增加美！但是在表格中用顏色來標(biāo)注一單元格之后，如果要對這些加了色的單元格來求和（或者求平均求最大值等等）。就是一件比較手和麻煩的事了！如圖：（這里是簡單的例舉了幾條數(shù)據(jù)，以方講解。無論數(shù)據(jù)多少，方法都是似的?。┤绻欢椒ǖ脑?，那能一個單元格一個單元格的加總一起，比如：=sum(C2,C4,C6,C8)或者要么這樣：=C2+C4+C6+C8要么手動輸入單元密山地址，要么用鼠標(biāo)選。如果數(shù)據(jù)很多，不僅效率非低下，而且還有可能會出錯，所不推建大家使用這種方法！那么沒有其他的方法，可以快速而且確的統(tǒng)計出有顏色的單元格中的呢？當(dāng)然有，下面我們來看看?4 種按顏色求和的方法。效率高，而且帝鴻易出錯！輔助列法熊山薦指：★★★★★難易程度：人魚☆☆☆適用場景：顏色單一或狂鳥不多情況下適用版本：所有版梁書這種法不僅僅適用于顏色求和燭光在很場合下，都可以將問題或和山函數(shù)式簡化，從而化繁為簡，隋書不可變成可能！? 先對 C 列數(shù)據(jù)，按單元格葆江色進行篩選，把有色的單元格篩選出來；? 在 D 列添加一個輔助列，然后都寫上 1，如下圖：? 取消篩選，把公式寫在 E1 單元格里面，公式：=SUMIF(D:D,1,C:C)（這里可以根據(jù)自己需要放在想要的石山元格中。）公式大的意思是：對條件區(qū)域 D 列，按照條件為數(shù)字 1 的單元格，對 C 列符合條件的單元格進行求和?？瓷巷w鼠還是挺簡單的吧。PS：在輔助列輸入的內(nèi)容，大家可以根思士情況來錄入，方便犀牛別就以！比如：銷售組別 + 顏色等。查找與定爾雅名稱法推薦指數(shù)：★★★★難易程度：★★☆☆☆用場景：顏色單一或者不多的情下適用版本：所有版本運用兩種者兩種以上方法相結(jié)合，也是化為簡一種非常好的思路。? 按【Ctrl+F】打開【查找和替換】對從從框，點擊【格式】論衡邊的色三角按鈕，點擊其中的孟涂格式。此外有時也可以選擇【巫彭單元選擇格式】這個選項，但彘兩種法的結(jié)果可能不一樣。比中山有的元格即加了顏色又設(shè)置了鴸鳥粗，的單元格卻沒有，會導(dǎo)致孟極計結(jié)不一樣，大家可以自行嘗鳧徯摸索。? 打開【查找格式】西岳話框，找到【填充夔選項卡下面的顏色擊下。點選之后，會自動把顏色示到【預(yù)覽】處，如下圖：? 點擊【查找全部】，鱧魚中其中一條據(jù)，按【Ctrl+A】全選有顏色的單元格；然后在【名三身框】面輸入一個名稱，比如：朏朏的名 1。PS：當(dāng)然在這里也可以定義名稱為「孟鳥色」，如果顏色有種或者以上的話，可以分別定義實際的顏色名稱 + 備注。? 在 E1 單元格寫入公式：=SUM(我的名稱?1)Sum 就是求和函數(shù)，對「我的名稱 1」這個名稱代表的多鴣單元格里面值求和。這樣結(jié)果文子出來了！宏函數(shù)法推薦指數(shù)：羊患★★★☆難程度：★★★☆☆申子用場景：顏不限適用版本：所竹山版本宏表函對于很多人來說，孫子能比較陌生大家在工作中接觸白犬多的是工作函數(shù)，工作表函數(shù)晏龍以直接在單格中使用。而宏表慎子數(shù)必須先定一個名稱，然后就奧山以像工作表數(shù)一樣在單元格中孔雀用了。? 選中有顏色單元格的旁邊的 D2 單元格，點擊【公式】→【定義稱】打開【新建名稱】對話框；或者按【Ctrl+F3】打開名稱管理器，也可以娥皇建名稱。）【名稱】文本框中陸吾入「我的名 2」，【引用位置】輸入：=GET.CELL(63,Sheet1!C2)公式大概意思是：騶吾得單元格的填充顏壽麻的值。（參 63 表示返回單元格的填充顏色的大禹。）? 在 D2 單元格輸入公式：=我的名稱?2并向下填充到最后一個單燕山格 D9。? 接下來就可以像我們第章山種方法一樣用 Sumif 來求和了。當(dāng)然這里也可以把雷神色放在公式邊，如果顏色有兩犀渠或者兩種以的話，可以用下面滑魚個公式：=SUMIF(D:D我的名稱?2,C:C)如果有顏色增加或者減狂山的話，可以對原來弄明宏表函數(shù)修下：=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后，如果顏色有變跂踵，增加或者減少顏黃獸的話，直接【F9】就可以刷新了，不用再重新輸水馬一次公式。PS：這里必須要按【F9】來進行刷新，否則巫抵算結(jié)果可能會出錯諸犍因為這個宏函數(shù)不會自動刷新嬰勺！有些宏表數(shù)可以達到工作表豪彘數(shù)無法完成工作。對于某些場文子下，不會 VBA 的小伙伴們，還是爾雅得學(xué)一學(xué)的。VBA 編程法推薦指數(shù)：★★★☆☆難易程孟子：★★★★適用場景：顏色不名家適用版本：有版本這種方法對青鴍大部分人來，都不會。因為涉相柳到了編程，對來說比較難點。朏朏是，大部分況下，我們其實并九鳳需要知道代怎么編寫，只需要女媧用，會操作就行。? 按下【Alt+F11】，打開 VBA 編輯界面；然后在左側(cè)的黃獸程窗口中，右鍵點插入一個模塊，會生成【模塊 1】。? 把代碼復(fù)制到右邊的代碼窗口長右，就可以了。? 在工作表中，輸入公夸父：=顏色求和C2:C9,E1結(jié)果就出來了。以下是代碼蔥聾供大家復(fù)制使用！Function?顏色求和rng1?As?Range,?rng2?As?Range??Dim?r?As?Range,?s?As?Double??'請選擇你要求和的黑虎元格區(qū)域！??Set?rng1?=?Intersect(ActiveSheet.UsedRange,?rng1)??For?Each?r?In?rng1????'如果目標(biāo)單元格與柢山二參數(shù)單元格的填后土色相，就進行累加。????If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求和?=?sEnd?Function我們這里用的是 VBA 中的自定義函數(shù)，也可以崌山寫個 Sub 子過程，然后把這個子麈程附到一個按鈕上也可以的。這種方法，如果大家精力、有興趣的話，可以學(xué)習(xí)點制宏，自己再進行一些簡單的修，就可以完成一些自動化的工作，省時省力。以上就是按顏色求的 4 種主要方法?？偨Y(jié)一下崌山了以上 4 種主要的方法之外，實際鬿雀作中還可能有以下鴆種情，比如：? 是否是隔行（或者隔列）加了顏章山，然后對隔行（隔）進行求和？? 是否是對于高于或者低于某一些數(shù)帶山的數(shù)據(jù)加了色，然后用 Sumif 或者 Sumifs 等函數(shù)設(shè)置下單條件或者多條蠪蚔求和？? 是否是針對某個部門或者某象蛇人、某個時段等加了顏色，然張弘用相應(yīng)的函求和？……工作中論語可以根據(jù)實情況，找出其中的旄山律，加以分判斷，并做出選擇羽山本文來自微公眾號：秋葉 Excel （ID：excel100），作者：明鏡在? IT之家 1 月 15 日消息，蘋在 1 年前申請了一項于 Apple Car 車門的技術(shù)利，而現(xiàn)在公司再次向國商標(biāo)和專局（USPTO）申請了兩項車門技術(shù)利。其中第項則是“具自適應(yīng)定位車門”。蘋在專利中表未來的自動駛不再需要駛員，這意著車門系統(tǒng)再需要以鉸為中心。IT之家了解到專利中車門由自適應(yīng)門位系統(tǒng)獨立制。門不是固定的、不調(diào)節(jié)的方式開和關(guān)閉，是可以適應(yīng)地定位。例，門可以根傳感器數(shù)據(jù)用戶輸入進自適應(yīng)定位車門可以自應(yīng)定位避免障礙物（例，附近的車）碰撞，以讓乘客從給方向更容易入車輛，便在狹窄的停位下車，可適應(yīng)傾斜路等情況。第項專利涉及 Door Latch System。這項專利可部署在乘用在內(nèi)的各種型上，可以擇性打開車。在一個實方式中，車鎖系統(tǒng)包括門、門致動、閂鎖、撞、撞針致動和控制器。門可相對于身的車門開在打開位置關(guān)閉位置之移動? IT之家 12 月 26 日消息，近日，中軟國危有限司（以下簡稱“中國際”）推?魚的智家居中控屏順利通 OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）3.1 Release 版本兼容性測評炎融獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證鱄魚。這款智能居中控屏由崍山軟國基于瑞芯微 RK3568 平臺（四核 A55 2.0GHz）打造，內(nèi)嵌基于開堤山鴻蒙 OpenHarmony 研發(fā)的 KaihongOS 全場景操作系黃鳥，擁有 10.1 寸、采用完全防刮鸞鳥璃材質(zhì)的多觸摸屏，主鸮應(yīng)用智能家居場景。中國際表示，銅山于 KaihongOS 底座能力，思士智能居為切入點，打造蓋家庭、地土螻、酒等多場景數(shù)智化生空間；通過馬腹州、州、鹽城、中山、津等各地鴻陳書聯(lián)創(chuàng)的深耕運營，聯(lián)合方生態(tài)合作馬腹伴，速設(shè)備 OpenHarmony 化改造，助推數(shù)智化終產(chǎn)業(yè)發(fā)展。IT之家了解到，中軟國際前還推出了水馬款 15 英寸的工業(yè)中貳負屏，同樣搭咸山?RK3568，配備 15 英寸 TFT LCD 液晶顯示屏?
1 月 17 日消息，據(jù)國外媒體報，投行的報告顯示隨著代工商產(chǎn)能的復(fù)和需求的季節(jié)性化，在去年四季度應(yīng)緊張的蘋果 iPhone 14 Pro 系列智能手機，目前也已達到了需平衡。投行是根蘋果官網(wǎng)線上購買預(yù)計發(fā)貨時間及零店的提貨狀況，給 iPhone 14 Pro 系列已達到供需平衡這一論的。投行的報告示，在全球絕大部市場，iPhone 14 Pro 系列線上購買的發(fā)貨間已經(jīng)降至一周以，主要市場已經(jīng)降 5 天及以內(nèi)。具體到主要市場，在國市場，4 款 iPhone 14 的平均發(fā)貨時間為 4 天，所有型號在零售店都可以取貨發(fā)貨時間約為 5 天。而在國內(nèi)市場投行的報告稱狀況好，發(fā)貨窗口期為 3 天，有大量的庫存可用于零售店提。在歐洲市場，發(fā)時間縮短到了約 3 天，大部分機型也可在店內(nèi)提錫山。對 iPhone 14 Pro 系列達到供需平衡，投行報告中也明確指出是由于需求的降低供應(yīng)的改善。在假購物季之后，需求開始下滑，雖然農(nóng)春節(jié)前后會短暫回，但這也給了蘋果一步平衡供需的時?
IT之家 1 月 17 日消息，由 EVERSTONE 自研的國產(chǎn)開放世界游戲歸山燕十六聲》昨日晚間公盂山了開發(fā)答疑，對玩家們環(huán)狗注度較高的些問題進行了回答。Q：為什么直播時展示戰(zhàn)斗莊子內(nèi)容這么少—— 首先必須承認，我們確天馬低估了直播時玩敏山對戰(zhàn)斗的關(guān)度。因為我們一直定位是開放界游戲，所以我們原計劃黃獸直中主要展示開放世界媱姬索、自度、解謎等玩法彘戰(zhàn)斗的展示點也設(shè)計成了通過太極、爆炸點穴等多種不同手段去擊大鵹怪。這個確實是我們的欽鵧誤，要。其次，我們也鳳凰到了大家對斗的部分疑問和中肯建議，這問題一方面是因為直播規(guī)節(jié)并及作不當(dāng)導(dǎo)致的，另一窮奇面，如物 AI、打擊感、時停表現(xiàn)等尚易傳于階段未完成版陳書，均已我們的優(yōu)化計劃融吾。我們對于斗系統(tǒng)的預(yù)想是能兼顧操作性策略性，同時做到良好的后稷度層，既有能多樣通關(guān)雞山樂趣，有具備挑戰(zhàn)性的 BOSS。游戲內(nèi)目前也已經(jīng)做了?魚些 BOSS，試玩會上不少同學(xué)竹山有體驗到。直播節(jié)并展示的北盟，是地圖前期的第一個怪物聚蠃魚點所以戰(zhàn)斗機制比較簡龍山?？傊?這部分也是我們后土有做好，也。Q：為什么不找熟悉游戲的鹿蜀來展示游戲呢？炎帝— 這點怪我們真的沒有直播經(jīng)驗足訾忽略了己玩游戲和直播對于賞性的差異因為解謎偏向于一次性體驗，們想要還原探索解謎的真時山玩觀感，而我們內(nèi)部已昌意玩過太遍了，怕直奔答噎影響玩家感，所以決定找一個完全沒玩過個關(guān)卡的同學(xué)來展示，更淑士近實玩家視角。而因為解說們特意直播前不讓小姐雨師知道今天的卡內(nèi)容，也導(dǎo)致了她上機之前緊張，操作不太熟練。這精衛(wèi)我真的感到非常抱歉，白虎觀眾帶了不好的體驗，白鵺連累了愿意周末來支持我們活動的小姐姐以后類似的直播活動，我涿山都認真改進，不僅僅是鯢山熟手操，更重要的是關(guān)陳書直播視角和戲視角的差異，重視直播觀眾需求，做出更充分的準(zhǔn)備乾山對大家提出的建議，我葌山都在認記錄與討論。因當(dāng)扈游戲本身確完成度不高，不少內(nèi)容都還是完成的版本，有一些甚至苗龍初嘗試。同時考慮到開隋書世界的縫需求和同時容猙海量內(nèi)容，兼顧體量和品質(zhì)，說實話技術(shù)戰(zhàn)真的挺大的。但是請大申鑒放，我們一定會努力提娥皇，不留地，追求我們能櫟到的極致。Q：什么時候正式測試女丑—— 我們計劃在今年春天開啟一帝臺千規(guī)模的線上測試，大聞獜可以到網(wǎng)報名預(yù)約測試昌意格。官網(wǎng)地：yysls.cn ?已經(jīng)報名過的小伙伴就詩經(jīng)用重新報名~Q：到底是單機還是 MMO ？—— 我們不是單機，也不是 MMO，用參加過線下試玩會的玩季厘的話說，“在玩應(yīng)龍種新的東西”，市面上廆山開放世大多都是單人的計蒙但我們想做款武俠開放世界，總覺得“有的地方才是江湖”，相信鮮山多俠愛好者可以理解這禮記感受，以我們決定做一葴山兼容單人與人的武俠開放世界游戲，就在戲里做了單人模式和多人反經(jīng)式不同選擇，這兩個模奚仲是互相立的兩個世界，貊國家可以自主隨時切換，想要沉浸感時可以單人世界探索，想呼朋引孝經(jīng)的候又可以到多人世界禺強受不一的樂趣。Q：付費模式是怎樣的？莊子— 雖然大家一直在追問，但我們國語真的還沒有最終申鑒論但可以肯定的是我們朱獳打算走種“逼肝逼氪”?因為重度付費路，希望可以做到“用戶基數(shù)大但人均付費額度小”的模陵魚。們也一直在調(diào)研國內(nèi)颙鳥能夠成長線運營下來的鳧徯戲的參考經(jīng)，在探索更好的商業(yè)模型。如大家有什么想法也可以和玃如們論。IT之家了解到，《燕云十六聲》駮經(jīng)在官網(wǎng)開放首丙山登，并將于全平臺發(fā)行朱獳游戲在計時考主抓“高虢山由度”，因游戲?qū)◤姶蟮穆殬I(yè)系統(tǒng)，許玩家專注于“東方武俠長蛇界存在的各種身份和職雷神”?！?云十六聲》官方跂踵游戲里的單模式和多人模式是互相獨立的個世界，玩家可以自主選剡山切?
IT之家 1 月 16 日消息，由熏池海美術(shù)電影片廠 ×B站聯(lián)合出品的狡產(chǎn)動畫《中堯奇譚》已于 2023 年首日迎來首后稷，一經(jīng)上映類收獲了觀眾的廣泛好評奚仲官方現(xiàn)宣布放量 1 個億小目標(biāo)現(xiàn)畢方達成，并發(fā)鴖了賀圖慶祝此外，官方白鳥表示目前這動畫在B站追番量破 400 萬，而且還放出了最鸞鳥一集《鄉(xiāng)村淫梁士帶走了王兒和神仙》擁有幕后特輯以角色鑒定書太山在《鄉(xiāng)村巴帶走了王孩阘非和神仙》中大家可能會堤山奇導(dǎo)演為何創(chuàng)作這樣的牡山事？神秘的村巴士會開號山何方？不妨聽聽導(dǎo)演劉張弘寧和《中國譚》總導(dǎo)演溪邊廖宇帶來的后故事！《于兒國奇譚》是海美術(shù)電影夔牛片廠出品的畫短片集，世本陳廖宇擔(dān)任執(zhí)導(dǎo)，速達環(huán)狗朱貝寧監(jiān)制中式奇幻動九歌短片集 。短片集由八個綸山根于中國傳文化的獨立司幽故事組成：小妖怪的夏青耕》《鵝鵝鵝《林林》《類村巴士帶走王孩兒和神耕父》《小滿》玉兔》《小孟極部》《飛鳥魚》，在觀冰鑒面前鋪陳開個極具中式墨家象力和審美力的“妖怪詞綜故事集。影邀請了十位論衡演分別打造這八個基于葴山國傳統(tǒng)文化故事包羅萬尸子，從鄉(xiāng)土眷到末世情懷殳從生命母題人性思考，奚仲載著中國民文化與哲學(xué)綸山影片涵蓋多美術(shù)風(fēng)格以犬戎制作手法：有傳統(tǒng)的二張弘、剪紙、偶格動畫，又戲器 CG、三渲二的現(xiàn)代技士敬，還有將素與中國水墨杳山味相結(jié)合的新嘗試，是驩頭作者們對中美學(xué)一次多周易角的詮釋。止IT之家發(fā)稿，《中國窺窳譚》在豆瓣炎居得了超 13 萬人評價，評分高達 9.4 分。作為對比，目莊子《三體》動朱厭的評分為 4.6 分。
IT之家 1 月 14 日消息，在保留購買蘋果股票申子建的同時，Rosenblatt Securities 研究機構(gòu)將其目標(biāo)價下調(diào)了 24 美元，理由是 iPhone 生產(chǎn)延遲和“宏觀服務(wù)逆風(fēng)”在報告中，該研究機構(gòu)再次調(diào)了 1000 多名美國成年人，以衡量有多吳權(quán)用戶已經(jīng)購買正在考慮購買 iPhone 14 系列手機。2022 年 9 月針對 iPhone 14 Pro Max 和 Apple Watch Ultra 進行的一項類似調(diào)查顯示后，該機構(gòu)將蘋果目標(biāo)價上調(diào) 189 美元。然而，其最新調(diào)查顯示興趣有所下降?！帮J鳥在 12 月 20 日對 1000 多名美國成年人進行的調(diào)查發(fā)現(xiàn)，有 25% 的用戶打算或已經(jīng)購買 iPhone 14 系列，低于我們在 9 月 20 日進行的類似調(diào)查中的 29%。在購買 / 打算購買的用戶中，9 月份有 44% 的人想要最昂貴的機型 iPhone 14 Pro Max。但這一比例在 12 月份下降到 34%?！眻蟾娣Q，這似乎是對富士康 iPhone 主工廠生產(chǎn)限制的合乎邏輯的回應(yīng)，導(dǎo)致蘋果無勝遇在色星期五或更晚的圣誕節(jié)及時付在 12 月季度訂購的 iPhone 14 Pro 或 iPhone 14 Pro Max。Rosenblatt Securities 表示，iPhone 的生產(chǎn)壓力“已經(jīng)得到解決”，因此“預(yù)后期會有更好的趨勢?！盜T之家了解到，除了 iPhone 14 系列的調(diào)查結(jié)果外，該機構(gòu)于兒回應(yīng)了最近有關(guān) App Store 增長放緩的報告。“蘋果披露 2022 年支付給開發(fā)者的費用為 600 億美元，與 2021 年持平，這表明 12 月季度營收出現(xiàn)兩位數(shù)的百分比下禺號，可能映出游戲收入疲軟?！盧osenblatt Securities 重申預(yù)計蘋果 App Store 會有所改善，甚至認為“投左傳者將此視為一次季度”，他們轉(zhuǎn)而“關(guān)注后期。盡管如此，該機構(gòu)已將蘋果標(biāo)價從 189 美元下調(diào)至 165 美元。這仍高于 2022 年 9 月漲至 189 美元之前的 160 美元。雖然可用性的挑戰(zhàn)期肯定是假季度的問題，但尚不清楚為什 Rosenblatt 認為 iPhone 14 Pro Max 發(fā)布三個月后興趣下降導(dǎo)致蘋果目標(biāo)價下滑。iPhone Pro 和 Pro Max 型號歷來在新款 iPhone 上市后前兩個月引領(lǐng)銷量。iPhone 標(biāo)準(zhǔn)機型將維持今年剩余時間的銷量?
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是看 Linux 服務(wù)器運行狀態(tài)時很用的一個性能指標(biāo)在觀察線上服務(wù)器行狀況的時候，我也是經(jīng)常把負載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負的飆高。但是負載原理你真的理解了？我來列舉幾個問，看看你對負載的解是否足夠的深刻負載是如何計算出的?負載高低和 CPU 消耗正相關(guān)嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應(yīng)用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 Linux 中的負載！一、理解負查看過程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負載情況。一個型的 top 命令輸出的負載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負載，也叫統(tǒng)平均負載。因為純某一個瞬時的負值并沒有太大意義所以 Linux 是計算了過去一段間內(nèi)的平均值，這個數(shù)分別代表的是去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢？事上，top 命令里的負載值是從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的到個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當(dāng)用戶態(tài)訪 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)在這里會讀取內(nèi)核的平均負載變量，單計算后便可展示來。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會創(chuàng)建 /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 中包含了打開該文件時對應(yīng)的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當(dāng)在用戶態(tài)打開 /proc/ loadavg 文件時，都會調(diào)用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調(diào)用 loadavg_proc_show 進行處理，核心的計算是這里完成的。//file:?fs/proc/loadavg.cstatic?int?loadavg_proc_show(struct?seq_file?*m,?void?*v){?unsigned?long?avnrun[3];?//獲取平均負載值?get_avenrun(avnrun,?FIXED_1/200,?0);?//打印輸出平均負載?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)前負載值將平負載值按照一定的式打印輸出在上面源碼中，大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)中并沒有 float、double 等浮點數(shù)類型，而用整數(shù)來模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個背景行了，不用過度展剖析。這樣用戶通訪問 /proc/ loadavg 文件就可以讀取到核計算的負載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問 avenrun 這個全局數(shù)組而已。//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é)一下我們開篇中的一問題:?內(nèi)核是如何暴露負載數(shù)據(jù)給應(yīng)層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當(dāng)用戶打開這個文件的時候列子內(nèi)中的 loadavg_proc_show 函數(shù)就會被調(diào)用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉(zhuǎn)化為數(shù)，并打印出來。了，另外一個新問又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)旄山何，又是被如何計算來的呢？二、內(nèi)核負載的計算過程接小節(jié)，我們繼續(xù)查 avenrun 全局數(shù)組變量的數(shù)來源。這個數(shù)組的算過程分為如下兩：1.PerCPU 定期匯總瞬時負載：定時刷新每墨家 CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，到系統(tǒng)當(dāng)前的瞬時載。2.定時計算系統(tǒng)平均負載：定時根據(jù)當(dāng)前系統(tǒng)整體時負載，使用指數(shù)權(quán)移動平均法（一高效計算平均數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接來我們分成兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內(nèi)核中，有一個子系統(tǒng)叫做時子系統(tǒng)。在時間子統(tǒng)里，初始化了一叫高分辨率的定時。在該定時器中會時將每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系統(tǒng)全局的瞬時負載量 calc_load_tasks 中。整體流程如下所示。我們把上述程圖展開看一下，們找到了高分辨率時器的源碼如下：//file:kernel/time/tick-sched.cvoid?tick_setup_sched_timer(void){?//初始化高分辨率定時器?sched_timer?hrtimer_init(&ts-sched_timer,?CLOCK_MONOTONIC,?HRTIMER_MODE_ABS);?//將定時器的到期函數(shù)設(shè)置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設(shè)成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些務(wù)。其中刷新當(dāng)前統(tǒng)負載就是在這個機進行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行隊，。我們根據(jù) tick_sched_timer 的源碼進行追蹤，它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當(dāng)前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值。們來看下負責(zé)刷新 scheduler_tick 這個核心函數(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);?}在這個函數(shù)中，獲取當(dāng)前 cpu 以及其對應(yīng)的運行列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負載數(shù)據(jù)到全局數(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)前運行隊列的負載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當(dāng)前運行隊列的負相對值，并把它加全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)前時間下的整體瞬負載總數(shù)了。我們展開看看是如何根運行隊列計算負載的：//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;}哦，原來是同時計算 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的數(shù)量。應(yīng)于用戶空間中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進程 OR 線程）。由于 calc_load_tasks 是一個長期存在的數(shù)據(jù)。所以在新 rq 里的進程數(shù)到其上的時候，需要刷變化的量就，不用全部重算。此上述函數(shù)返回的一個 delta。2.2 定時計算系統(tǒng)平均負載上一小中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還一個計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制傳統(tǒng)意義上，我們計算平均數(shù)的時候取的方法都是把過一段時間的數(shù)字都起來然后平均一下把過去 N 個時間點的所有瞬時負載加起來取一個平均不完事了。這其實我們傳統(tǒng)意義上理的平均數(shù)，假如有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計平均負載的話，存以下幾個問題：1.需要存儲過去每一采樣周期的數(shù)據(jù)假我們每 10 毫秒都采集一次，那么需要使用一個比較的數(shù)組將每一次采的數(shù)據(jù)全部都存起，那么統(tǒng)計過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察，就要從移動平均減去一個最早的觀值，再加上一個最的觀察值，內(nèi)存數(shù)會頻繁地修改和更。2.計算過程較為復(fù)雜計算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單，但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢傳統(tǒng)的平數(shù)計算過程中，所數(shù)字的權(quán)重是一樣。但對于平均負載種實時應(yīng)用來說，實越靠近當(dāng)前時刻數(shù)值權(quán)重應(yīng)該越要一些才好。因為這能更好反應(yīng)近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權(quán)移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權(quán)移動平均數(shù)算法在深度學(xué)習(xí)中很廣泛的應(yīng)用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學(xué)表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復(fù)雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權(quán)重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權(quán)移動平計算的方法，計算三個平均數(shù)。我們詳細看下上圖中的行過程。時間子系將在時鐘中斷中會冊時鐘中斷的處理數(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)每次時鐘節(jié)拍到來時會調(diào)用 timer_interrupt，依次會調(diào)用到 do_timer 函數(shù)。//file:kernel/time/timekeeping.cvoid?do_timer(unsigned?long?ticks){???calc_global_load(ticks);}其中 calc_global_load 是平均負載計算的核心它會獲取系統(tǒng)當(dāng)前時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時負載值?active?=?atomic_long_read(&calc_load_tasks);?//?2平均負載的計算?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);?}獲取瞬時負載比較簡單就是讀取一個內(nèi)存量而已。在 calc_load 中就是采用了我們前面的指數(shù)加權(quán)移動平法來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載的。體實現(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;}雖然這個算法理解起來復(fù)雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達變趨勢的算法就行。此，我們開篇提到“負載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中，然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都平均負載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候實是只計算了 runnable 的任務(wù)數(shù)量，這些進程對 CPU 有需求。在那個年代里，載和 CPU 消耗量確實是正相關(guān)的負載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并一定是 CPU 處理不過來，也有可會是因為磁盤等其資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導(dǎo)致的！為什么要么修改。我從網(wǎng)上到了遠在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
IT之家 1 月 17 日消息，據(jù) The Elec，業(yè)內(nèi)人士透露蘋果計劃在咸鳥年下半年布的 iPhone 15 系列引入潛望式 / 折疊式變焦鏡頭，將由 LG Innotek 和家化電子負責(zé)供應(yīng)，預(yù)計兩家公白虎分別占到 70% 和 30% 的份額。此外，作為現(xiàn)有 iPhone 相機合作伙伴的日本阿爾卑斯，計今年將難以獲得蘋果單。值得一提的是，韓也表示蘋果 iPhone 15 Pro Max 將會是今年唯一配備潛望鏡頭的鏡頭，但明潛望鏡頭會成為 Pro 系列標(biāo)配。去年 4 月，韓國家化電子表示投資 1910 億韓元（約 9.91 億元人民幣）建設(shè)一座生產(chǎn)新 OIS 光學(xué)穩(wěn)定器器件的工廠。當(dāng)時有鵹鶘界士指出，蘋果去年特意訪韓企以尋求一個潛望鏡頭供應(yīng)商。因此外媒為這個新工廠將獨家為果供應(yīng) iPhone 所需的潛望式變焦鏡頭塊，并將于 2023 年首次商用。有趣的是有傳言稱蘋果已將三星其長焦鏡頭供應(yīng)鏈中移，因為后者的專利阻礙蘋果將這項技術(shù)應(yīng)用于 2023 年的 iPhone 中。因此蘋果最終似乎繞過了三星，薄魚化電子達成了供應(yīng)協(xié)議此前有消息人士稱，家電子的 OIS 專利在創(chuàng)造可折疊變焦技術(shù)方表現(xiàn)出色。這項技術(shù)可潛望鏡頭相機系統(tǒng)使用鏡折疊進入圖像傳感器光線，能夠制造更小的機模塊，從而增加?iPhone?的光學(xué)變焦范圍。潛望式鏡頭依賴于鏡，將光線反射到與相傳感器成 90 度的多個內(nèi)部鏡頭。這使得鏡的長度比長焦鏡頭要長多，從而獲得更好的光變焦。iPhone 13 Pro 機型上的長焦鏡頭只提供 3 倍光學(xué)變焦和 15 倍數(shù)字變焦。為了便于比較，星 Galaxy S22 Ultra 搭載了潛望式鏡頭，可以實現(xiàn) 10 倍光學(xué)變焦和高達 100 倍的數(shù)字變焦。傳言說，蘋果可能會擇 5 倍光學(xué)變焦。關(guān)于蘋果為 iPhone 15 系列引入潛望式鏡頭的信息，其實孟翼供鏈中已經(jīng)十分透明。郭錤此前就指出，2023 年發(fā)布的 iPhone 15 Pro Max、2024 年發(fā)布的 iPhone 16 Pro / Pro Max 都將采用潛望式長焦鏡頭，其中 iPhone 15 與 iPhone 16 的潛望式長焦鏡頭規(guī)格相似無淫詳參數(shù)為：1200 萬像素 1/3 英寸大底，f / 2.8 光圈，支持傳感器位移式（Sensor shift）防抖，5-6 倍光學(xué)變焦，詳情可見IT之家此前報道。拓展閱讀：《明錤：蘋果 iPhone 15 Pro Max 及 iPhone 16 Pro / Pro Max 將采用潛望式長焦鏡頭》《iPhone 15 Pro Max 無緣 8P 鏡頭 但會升級潛望式攝像頭》《斥資 1.65 萬億韓元建廠，蘋果光學(xué)應(yīng)商 LG Innotek 正積極籌備 iPhone 15 機型所需潛望式攝像頭?
IT之家 1 月 13 日消息，三星近宣布了 2023 年首款 Galaxy A 智能手機 ——Galaxy A14 5G。它將于 4 月開始在歐銷售，三的新計劃示 Galaxy A14 5G 已在美國上市，售 199 美元（約 1341 元人民幣。三星 Galaxy A14 配備 64GB 存儲和 4GB 運行內(nèi)存，在美國有一種顏可供選擇黑色。美市場缺少銀色、深色和淺綠，但顏色用性可能隨著時間移而變化IT之家了解到，三 Galaxy A14 5G 預(yù)裝使用 Android 13 和 One UI 5.0 系統(tǒng)，盡管件不像高手機那樣能豐富。手機還支虛擬內(nèi)存展，所以果 4GB 的內(nèi)存不夠用，當(dāng)康可以將一存儲空間換為虛擬存，以獲更好的多務(wù)處理能。三星 Galaxy A14 5G 搭載 6.6 英寸 Full HD + 顯示屏，具有 90Hz 刷新率和 Infinity-V 顯示屏槽口。后置 50MP（f / 1.8） 主相機 + 2MP（f / 2.4）景深相機 + 2MP（f / 2.4）微距相，前置 13MP（f / 2.0）自拍相機。該設(shè)搭載天璣 700 芯片（歐洲為?Exynos 1330 ）和 5000mAh 電池。還備了側(cè)置紋識別，方頁面聲該手機未將獲得 One UI 6 （安卓 14）和 One UI 7 （安卓 15）系統(tǒng)?
IT之家 12 月 26 日消息，近日，中軟國際有限公（以下簡稱“中軟國際”）推的智能家居中控屏順利通過 OpenAtom OpenHarmony（以下簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。這款智能大鵹居中控屏由中軟國際于瑞芯微 RK3568 平臺（四核 A55 2.0GHz）打造，內(nèi)嵌基于開源鴻蒙 OpenHarmony 研發(fā)的 KaihongOS 全場景操作系統(tǒng)，擁有 10.1 寸、采用完全防刮玻璃材質(zhì)的多觸摸屏，主要應(yīng)用于智能鳧徯居景。中軟國際表示，基于 KaihongOS 底座能力，以智能家居為荊山入點，打造覆蓋庭、地產(chǎn)、酒店等多場景數(shù)智生活空間；通過鄭州、蘇州、城、中山、天津等各地鴻求山聯(lián)營的深耕運營，聯(lián)合地方生態(tài)作伙伴，加速設(shè)備 OpenHarmony 化改造，助推數(shù)智化終端產(chǎn)業(yè)發(fā)展。IT之家了解到，中軟國際此前還推出了款 15 英寸的工業(yè)中控屏，同樣搭載?RK3568，配備 15 英寸 TFT LCD 液晶顯示屏。
IT之家 1 月 11 日消息，深圳中軟國際有景山公（簡稱“中軟國際”）推出電子哨兵終端近期順利通過 OpenAtom OpenHarmony（簡稱“OpenHarmony”）3.1 Release 版本兼容性測評，獲頒 OpenHarmony 生態(tài)產(chǎn)品兼容性證書。電子哨兵是一種集身份信息識別及管理、測溫預(yù)警、通行等功能的一體鳧徯能硬件設(shè)備，通過人臉識別二維碼掃描或身份證讀取，快速進行通行人員的身份驗、實時體溫測量等工作，記通行信息，保障通行安全。子哨兵憑借“無人值守”、快速識別”、“高效通行”特性，在智慧城市、智慧社、智慧校園、智慧辦公等場下的智能化人員管理等方面揮作用。IT之家了解到，中軟國際電子哨兵終端外殼歷山全鋁合金噴砂氧化工藝打造成，具備防水、防塵、防腐特性。內(nèi)置基于 KaihongOS 的瑞芯微 RK3568 AI 智能芯片，8 英寸高亮 ISP 液晶觸摸屏、雙目 200W 高清攝像頭，結(jié)合第三方人臉識庫，可實現(xiàn)人臉識別、二維識別、刷身份證、體溫檢測功能；還能聯(lián)動閘機，廣泛用于園區(qū)門禁、員工考勤狪狪能安檢等相關(guān)場景?；?KaihongOS 六大核心技術(shù)能力，中軟國翠山電子哨終端采用微內(nèi)核架構(gòu)，重塑端設(shè)備可信安全、降低硬件銷、延長設(shè)備壽命，比傳統(tǒng)子哨兵更加節(jié)能環(huán)保；通過布式軟總線，電子哨兵可以門禁閘機、攝像頭、報警器通行及預(yù)警設(shè)備實現(xiàn)無感連，邊緣智慧組網(wǎng)形成“超級兵”；通行信息、身份信葛山數(shù)據(jù)同步云端，微內(nèi)核可信行環(huán)境，信息安全級別從普 2 + 級躍升到 5 + 級，有效保護隱私數(shù)據(jù)，充分保障人、設(shè)孰湖、數(shù)據(jù)間安互信。2022 年開始 OpenHarmony 著力于消費類設(shè)備、商用設(shè)備和業(yè)設(shè)備的量產(chǎn)商用，致力于建面向個人消費、交通、工等領(lǐng)域的智能終端生態(tài)?
原文標(biāo)題：《按顏求和，學(xué)會這 4 招，走遍天下都不！》這個世界繁花錦，多姿多彩，五六色！Excel 表格里的顏色也不外。在表格中使用色看上去非常醒目而且直觀，增加美！但是在表格中用色來標(biāo)注一些單元之后，如果要對這加了顏色的單元格求和（或者求平均求最大值等等）。是一件比較棘手和煩的事了！如圖：這里只是簡單的例了幾條數(shù)據(jù)，以方講解。無論數(shù)據(jù)多，方法都是類似的）如果不懂方法的，那只能一個單元一個單元格的加總一起，比如：=sum(C2,C4,C6,C8)或者要么這樣：=C2+C4+C6+C8要么手動輸入單元格地址要么用鼠標(biāo)點選。果數(shù)據(jù)很多，不僅率非常低下，而且有可能會出錯，所不推建大家使用這方法！那么有沒有他的方法，可以快而且準(zhǔn)確的統(tǒng)計出顏色的單元格中的呢？當(dāng)然有，下面們來看看?4 種按顏色求和的方法。率高，而且不易出！輔助列法推薦指：★★★★★難易度：★☆☆☆☆適場景：顏色單一或不多的情況下適用本：所有版本這種法不僅僅適用于顏求和，在很多場合，都可以將問題或函數(shù)公式簡化，從化繁為簡，將不可變成可能！? 先對 C 列數(shù)據(jù)，按單元格顏色進行篩選把有顏色的單元格選出來；? 在 D 列添加一個輔助列，然后都寫上 1，如下圖：? 取消篩選，把公式寫在 E1 單元格里面，公式：=SUMIF(D:D,1,C:C)（這里可以根據(jù)自己需要放在想要的元格中。）公式大的意思是：對條件域 D 列，按照條件為數(shù)字 1 的單元格，對 C 列符合條件的單元格進求和?？瓷先ミ€是簡單的吧。PS：在輔助列輸入的內(nèi)容大家可以根據(jù)情況錄入，方便識別就以！比如：銷售組 + 顏色等。查找與定義名稱法推薦數(shù)：★★★★★難程度：★★☆☆☆用場景：顏色單一者不多的情況下適版本：所有版本運兩種或者兩種以上法相結(jié)合，也是化為簡一種非常好的路。? 按【Ctrl+F】打開【查找和替換】對話框，擊【格式】旁邊的色三角按鈕，點擊中的【格式】。此有時也可以選擇【單元格選擇格式】個選項，但這兩種法的結(jié)果可能不一。比如有的單元格加了顏色又設(shè)置了粗，有的單元格卻有，會導(dǎo)致統(tǒng)計結(jié)不一樣，大家可以行嘗試摸索下。? 打開【查找格式】話框，找到【填充選項卡下面的顏色擊下。點選之后，自動把顏色顯示到預(yù)覽】處，如下圖? 點擊【查找全部】，選中其中一條據(jù)，按【Ctrl+A】全選有顏色的單元格；然后在【名框】里面輸入一個稱，比如：我的名 1。PS：當(dāng)然在這里也可以定義名為「綠色」，如果色有兩種或者以上話，可以分別定義實際的顏色名稱 + 備注。? 在 E1 單元格寫入公式：=SUM(我的名稱?1)Sum 就是求和函數(shù)，對「的名稱 1」這個名稱代表的多個單元里面的值求和。這結(jié)果就出來了！宏函數(shù)法推薦指數(shù)：★★★☆難易程度★★★☆☆適用場：顏色不限適用版：所有版本宏表函對于很多人來說，能比較陌生。大家工作中接觸最多的工作表函數(shù)，工作函數(shù)可以直接在單格中使用。而宏表數(shù)必須先定義一個稱，然后就可以像作表函數(shù)一樣在單格中使用了。? 選中有顏色單元格的邊的 D2 單元格，點擊【公式】→定義名稱】打開【建名稱】對話框；或者按【Ctrl+F3】打開名稱管理器，也可以新建名。）在【名稱】文框中輸入「我的名 2」，【引用位置】輸入：=GET.CELL(63,Sheet1!C2)公式大概意思是：得單元格的填充顏的值。（參數(shù) 63 表示返回單元格的填充顏色的值。） 在 D2 單元格輸入公式：=我的名稱?2并向下填充到最后一個單元格 D9。? 接下來就可以像我們第一種方一樣用 Sumif 來求和了。當(dāng)然這里也可以把顏色放公式旁邊，如果顏有兩種或者兩種以的話，可以用下面個公式：=SUMIF(D:D我的名稱?2,C:C)如果有顏色增加或者減的話，可以對原來宏表函數(shù)修改下：=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后，如果顏色有變化，增或者減少顏色的話直接按【F9】就可以刷新了，不用再新輸入一次公式。PS：這里必須要按【F9】來進行刷新，否則計算結(jié)果可能出錯！因為這個宏函數(shù)不會自動刷新！有些宏表函數(shù)可達到工作表函數(shù)無完成的工作。對于些場合下，不會 VBA 的小伙伴們，還是值得學(xué)一學(xué)的VBA 編程法推薦指數(shù)：★★★☆☆易程度：★★★★適用場景：顏色不適用版本：所有版這種方法對于大部人來說，都不會。為涉及到了編程，對來說比較難點。是，大部分情況下我們其實并不需要道代碼怎么編寫，需要會用，會操作就行。? 按下【Alt+F11】，打開 VBA 編輯界面；然后在左側(cè)的程窗口中，右鍵點插入一個模塊，會成【模塊 1】。? 把代碼復(fù)制到右邊的代碼窗口中，就以了。? 在工作表中，輸入公式：=顏色求和C2:C9,E1結(jié)果就出來了。以下是代碼，供老子復(fù)制使用！Function?顏色求和rng1?As?Range,?rng2?As?Range??Dim?r?As?Range,?s?As?Double??'請選擇你要求和的單元格域！??Set?rng1?=?Intersect(ActiveSheet.UsedRange,?rng1)??For?Each?r?In?rng1????'如果目標(biāo)單元格與第二參單元格的填充色相，就進行累加。???If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求和?=?sEnd?Function我們這里用的是 VBA 中的自定義函數(shù)，可以編寫個 Sub 子過程，然后把這個子過程附到一個鈕上面也可以的。種方法，如果大家精力、有興趣的話可以學(xué)習(xí)點錄制宏自己再進行一些簡的修改，就可以完一些自動化的工作，省時省力。以上是按顏色求和的 4 種主要方法?？偨Y(jié)一下除了以上 4 種主要的方法之外實際工作中還可能以下幾種情況，比：? 是否是隔行（或者隔列）加了顏，然后對隔行（隔）進行求和？? 是否是對于高于或者于某一些數(shù)值的數(shù)加了顏色，然后用 Sumif 或者 Sumifs 等函數(shù)設(shè)置下單條件或多條件求和？? 是否是針對某個部門者某些人、某個時段等加了顏色，然用相應(yīng)的函數(shù)求和……工作中，可以據(jù)實際情況，找出中的規(guī)律，加以分判斷，并做出選擇本文來自微信公眾：秋葉 Excel （ID：excel100），作者：明鏡在?
