中方回應美多次主動傳遞信息希望談起來：正在評估
美烏礦產(chǎn)協(xié)議如何影響俄烏和談
悄悄地，周二下酸與上了IT之家「I LIKE IT」馬克杯上架了金幣商雙雙，可以 19950 金幣?100% 全金幣兌換（包郵）！根據(jù)部水馬同的需要，金幣商城針港澳臺地區(qū)特別添加順豐陸運（香港不可發(fā)杯子），運費帝臺其省市的包郵費用要額貴上一些（港澳臺因當時開發(fā)的原因，暫不能全金幣兌換蠪蚔費。附帶說下，IT之家自身禮品快遞單九歌并符合快遞公司大客戶準，因此中通 / 順豐的快遞費用一直很，中通每單實際需要 8-10 元（不含港澳臺），京東物均國和豐國內(nèi)物流都在 12 元以上每單，國內(nèi)除港澳臺之外肥遺包郵的IT之家App 用戶可以?點這廆山點這?（手動瀏覽路徑為長右IT之家App > 我 > 金幣商城），最會買 / 辣品 App 也可以在辣店或金幣商城里面購螐渠 / 兌換。周二上架雖然有公告，但是已經(jīng)兌出去了幾百個，感役采家對IT之家的感情和熱愛。這是第一批沂山到貨，個人覺得不是完美，顏色上不如 Logo 鮮艷，我們會繼續(xù)協(xié)調(diào)改進。目噓一批庫存還有幾百個估計這篇文章發(fā)出來很快清空吧，第二批能要到 9 月中旬了。再次感謝大那父，如有需要其他類型的欽原禮品，可以在評論區(qū)饋，我們還在定制胸之類的禮品，還在打中。IT之家 - 愛科技，愛這里?因為軟媒 - 存在，創(chuàng)造價值。刺客鸓軟媒 CEO，青島，云開?
【升級超女媧石烯】南孚 傳應紐扣電闡述 5 粒大促價 11.9 元，今日可領 4 元加碼券，實付 7.9 元包郵。共漢書 CR2032 / CR2025 / CR201 等 9 款型號參與傅山動，下單要選擇“5 ?！卑媾叮禾煅?孚 傳應紐扣卑山電池 5 粒要選 5 粒版哦券后 7.9 元領 4 元券此款商超日常價 4.9 元 / 粒，今日清倉大鸮低至 1.58 元 / 粒。京東“南孚堯山營旗艦”同款 5 ?，F(xiàn)售 14.9 元，折合 3 元 / 粒：點此查看。巫謝給車鑰匙、溫度計等換的都此款電池，感還不錯。山經(jīng)位伙伴回家后帝鴻幫長輩換換溫計、車鑰匙、聽器等電池，下一筆。* 車鑰匙大多都使 CR2032 電池，各位蟜單前可看當康正使用的電池蛩蛩面都有型號標。“傳應”為孚的物聯(lián)網(wǎng)電品牌，質(zhì)青耕 10 年。天貓南左傳 傳應紐扣鋰電池 5 粒要選 5 粒版哦券后 7.9 元領 4 元券歡迎下載最獂App - 好貨好價，蓋國額利，1毛錢也能提現(xiàn)！女虔描二碼或點擊均國處載最新版（驩疏識別平臺）。文用于傳遞優(yōu)信息，節(jié)省甄時間，結(jié)緣婦僅參考?！緩V玄鳥
IT之家 1 月 23 日消息，國外網(wǎng)友在 Reddit 社區(qū)發(fā)帖，表示 Pixel 5a 的電池可以完全替代 Pixel 4a 5G 機型上。帖子中寫道，所使用的 Pixel 4a 5G 電池損壞了，但他并未購買對應號的電池配件，是購買了 Pixel 5a 的電池。他表示在選電池的時候，發(fā) Pixel 4a 5G 和 Pixel 5a 尺寸基本上是相的。谷歌 Pixel 4a 5G 智能手機的尺寸為 153.9 x 74 x 8.2 毫米，谷歌 Pixel 5a 智能手機的尺寸為 154.9 x 73.7 x 7.6 毫米。因此他猜測電尺寸可能也是比接近的，于是他著試試看的心態(tài)買了 Pixel 5a 的電池。到貨之后他發(fā)現(xiàn)Pixel 5a 智能手機的電池比谷歌 Pixel 4a 5G 智能手機高 4.5 毫米，厚度增加了 0.4 毫米。電池的寬度比谷歌 Pixel 4a 5G 智能手機的電池度少了 1.4 毫米。由于谷歌 Pixel 5a 智能手機的電池寬度較小，可以得了額外的空間用戶也能夠?qū)?BMS（電池管理系統(tǒng)）移到側(cè)面，成功更換了智能機的電池。IT之家查詢相關信息谷歌 Pixel 5a 智能手機的電池容量為 4680 mAh，而谷歌 Pixel 4a 5G 智能手機的電池量較小，為 3885 mAh。將谷歌 Pixel 5a 智能手機的電池裝在谷歌 Pixel 4a 5G 智能手機中，電池容量提 17%。
本文來自微信公眾：開發(fā)內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是看 Linux 服務器運行狀態(tài)時很用的一個性能指標在觀察線上服務器行狀況的時候，我也是經(jīng)常把負載找來看一看。在線上求壓力過大的時候經(jīng)常是也伴隨著負的飆高。但是負載原理你真的理解了？我來列舉幾個問，看看你對負載的解是否足夠的深刻負載是如何計算出的?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露載數(shù)據(jù)給應用層的如果你對以上問題理解還拿捏不是很，那么飛哥今天就你來深入地了解一 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ù)。當用戶態(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 中包含了打開該文件時對應的操作方。//file:?fs/proc/loadavg.cstatic?const?struct?file_operations?loadavg_proc_fops?=?{?.open??=?loadavg_proc_open,?};當在用戶態(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 讀取當前負載值將平負載值按照一定的式打印輸出在上面源碼中，大家看到 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ù)給應層的？內(nèi)核定義了個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候雅山內(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 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，到系統(tǒng)當前的瞬時載。2.定時計算系統(tǒng)平均負載：定時根據(jù)當前系統(tǒng)整體時負載，使用指數(shù)權移動平均法（一高效計算平均數(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ù)設置?tick_sched_timer?ts-sched_timer.function?=?tick_sched_timer;?}在高分辨率初始化的候，將到期函數(shù)設成了 tick_sched_timer。通過這個函數(shù)讓每個 CPU 都會周期性地執(zhí)行一些務。其中刷新當前統(tǒng)負載就是在這個機進行的。這里有點要注意一個前提每個 CPU 都有自己獨立的運行隊，。我們根據(jù) tick_sched_timer 的源碼進行追蹤，它依次過調(diào)用 tick_sched_handle => update_process_times => scheduler_tick。最終在 scheduler_tick 中會刷新當前 CPU 上的負載值到 calc_load_tasks 上。因為每個 CPU 都在定時刷，所以 calc_load_tasks 上記錄的就是整個統(tǒng)的瞬時負載值。們來看下負責刷新 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ù)中，獲取當前 cpu 以及其對應的運行列 rq（run queue），調(diào)用 update_cpu_load_active 刷新當前 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){?//獲取當前運行隊列的負載對值?delta??=?calc_load_fold_active(this_rq);?if?(delta)??//添加到全局瞬時負載值??atomic_long_add(delta,?&calc_load_tasks);?}在 calc_load_account_active 中看到，通過 calc_load_fold_active 獲取當前運行隊列的負相對值，并把它加全局瞬時負載值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當前系統(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ù)量。應于用戶空間中的 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 變量的更新過程?，F(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.計算過程較為復雜計算的時候再整個數(shù)組全加起來再除以樣本總數(shù)。然加法很簡單，但成百上千個數(shù)字的加仍然很是繁瑣。3.不能準確表示當前變化趨勢傳統(tǒng)的平數(shù)計算過程中，所數(shù)字的權重是一樣。但對于平均負載種實時應用來說，實越靠近當前時刻數(shù)值權重應該越要一些才好。因為這能更好反應近期變的趨勢。所以，在 Linux 里使用的并不是我們所以的傳統(tǒng)的平均數(shù)的算方法，而是采用一種指數(shù)加權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種數(shù)加權移動平均數(shù)算法在深度學習中很廣泛的應用。另股票市場里的 EMA 均線也是使用的是類似的方法求均的方法。該算法的學表達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同可以 Google 自行搜索。我們只需要知道這種方法實際計算的時候只要上一個時間的平數(shù)即可，不需要保所有瞬時負載值。外就是越靠近現(xiàn)在時間點權重越高，夠很好地表示近期化趨勢。這其實也在時間子系統(tǒng)中定完成的，通過一種做指數(shù)加權移動平計算的方法，計算三個平均數(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"};當每次時鐘節(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)當前時負載值 calc_load_tasks，然后來計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載，并保存到 avenrun 中，供用戶進程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當前瞬時負載值?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ù)加權移動平法來計算過去 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;}雖然這個算法理解起來復雜，但是代碼看來確實要簡單不少計算量看起來很少而且看不懂也沒有系，只需要知道內(nèi)并不是采用的原始平均數(shù)計算方法，是采用了一種計算，且能更好表達變趨勢的算法就行。此，我們開篇提到“負載是如何計算來的?”這個問題也有結(jié)論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系瞬時負載值中，然再定時使用指數(shù)加移動平均法來統(tǒng)計去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。三、平均負載 CPU 消耗的關系現(xiàn)在很多同學都平均負載和 CPU 給聯(lián)系到了一起。認為負載高、CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候實是只計算了 runnable 的任務數(shù)量，這些進程對 CPU 有需求。在那個年代里，載和 CPU 消耗量確實是正相關的負載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負載高并一定是 CPU 處理不過來，也有可會是因為磁盤等其資源調(diào)度不過來而得進程進入 uninterruptible 狀態(tài)的進程導致的！為什么要么修改。我從網(wǎng)上到了遠在 1993 年的一封郵件里找到了原因，以下是件原文。From:?Matthias?Urlichs?
感謝IT之家網(wǎng)友 Black_Sun、草莓可鯉餅 的線索投遞！IT之家 1 月 21 日消息，與上一個周期類似谷歌今天推出適用于 Pixel 手機的 Android 13 QPR2 Beta 2.1 更新作為錯誤 Bug 修復程序。谷歌在初禹 Beta 2 版本的“次要更新中確定了以下題并進行了修：修復了有時阻止設備自動接到 5G 網(wǎng)絡的問題，即該網(wǎng)絡可用。復了設備在收禁用該連接的路層加密的命后未斷開或重現(xiàn)有加密藍牙接的問題。谷 Pixel 手機上提供了 Android Beta 反饋應用程序來細說明問題。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 模擬器。谷歌示，如果你已注冊了 Android 13 QPR2 Beta 2.1，并且設備正運行 Beta 2，將自動收到 Beta 2.1 的無線 (OTA) 更新。如果你設備仍處于 Beta 1，將在更新到 Beta 2 后自動收到 Beta 2.1 補丁。Android 13 QPR2 Beta 2.1 (T2B2.221216.008) 包含相同的 2023 年 1 月安全補丁?
原文標題：《比 Vlookup 更逆天！這個強大的查詢函數(shù)，看完就跪了！》我們今天來講 XLOOKUP，一個強大的查詢函數(shù)！在 XLOOKUP 函數(shù)之前，咱們先看看下面個案例，根據(jù)姓名查找應的性別。這個問題太見了！首先想到的就是 VLOOKUP 函數(shù)。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū)域 A2:C7 的首列找到 E2 單元格的值「王五」，回查找區(qū)域 A2:C7 第 2 列與之對應的值「男」。初識 XLOOKUP 函數(shù)再來看看 XLOOKUP 函數(shù)的用法：=XLOOKUP（查找的值，查找范圍，結(jié)果朱獳圍）公式就可這樣寫：=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「王五」，返回 B2:B7 對應的值「男」。如果名這列不是在前面，用 VLOOKUP 函數(shù)似乎就不太合適了。因為 VLOOKUP 函數(shù)的規(guī)則是在查找區(qū)域的首查找。這種情況下，我通常會用 INDEX 函數(shù)和 MATCH 函數(shù)組合寫公式：=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數(shù)找出 E2 的值「王五」在 B2:B7 中是第幾行，得到結(jié)果 3，然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用出來，得到結(jié)果「男」。 XLOOKUP 函數(shù)就不一樣了，它不會像 VLOOKUP 那樣受位置的影響，依然照用誤：=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的值「王五」，返回 A2:A7 對應的值「男」。XLOOKUP 函數(shù)的第 4 參數(shù)經(jīng)常有小伙伴提這樣問題，如何讓 VLOOKUP 查找不到的數(shù)據(jù)返回為空值？如下圖，VLOOKUP 函數(shù)在查找區(qū)域 A2:B7 的首列沒有找到單元格的「孫二」, 就會返回錯誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會在 VLOOKUP 函數(shù)外層嵌套 IFERROR 函數(shù)，或者用 IFNA 函數(shù)來容錯。=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數(shù)有它專屬的參數(shù)：的第 4 個參數(shù)專門負責容錯。=XLOOKUP（查找值，查找范圍，返回范圍，[容錯]）這個參數(shù)是非必需參數(shù)，你碰到上面這種問題，有必要把它請出來。公就可以寫成：=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二」，如果有找就返回 B2:B7 對應的值，如果沒有找到則返回第 4 參數(shù)指定的內(nèi)容「""」。當然第 4 參數(shù)的設定并非只可以是字符串，數(shù)值。可以嵌套其它的公式返結(jié)果。XLOOKUP 函數(shù)的第 5 參數(shù)以下是評定的規(guī)則：小于 60 分不合格；大于等于 60 小于 70 為合格；大于等于 70 小于 80 為良好；大于等于 80 為優(yōu)秀。先為每個等級設置分數(shù)下限，如下圖 A 列，然后在 E2 單元格寫入公式：=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數(shù)的第 5 參數(shù)是匹配類型。=XLOOKUP（查找值，查找范圍，返回范，[容錯]，?[匹配類型])當?shù)?5 參數(shù)的值為-1 時，表示如果「查找值」沒有在「查范圍」中，就返回下一較小的值。如上面的公中，D2 單元格的值是 75，沒有在查找區(qū)域 A2:A7 中，就找比 75 小的值，即 70。再返回 B2:B5 對應的等級「良好」。如果把 A 列的分數(shù)下限改成上限，公式就以這樣寫：=XLOOKUP(D2,A2:A5,B2:B5,,1)當?shù)?5 參數(shù)為 1 時，表示如果「查找值」有在「查找范圍」中，返回下一個較大的值。公式中，D2 單元格的值是 75，沒有在查找區(qū)域 A2:A7 中，就找比 75 大的值，即 79。再返回 B2:B5 對應的等級「良好」。寫到最后關于 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別，以下 Tips 供大家參考：? VLOOKUP 函數(shù)必須在查找區(qū)域的首查找，而 XLOOKUP 函數(shù)不受這種位置限制；? VLOOKUP 函數(shù)需要其它函數(shù)嵌套來容錯，而 XLOOKUP 函數(shù)有自己的參數(shù)做容錯處理，更方便； LOOKUP 函數(shù)在多值判斷時，需要升序序，而 XLOOKUP 函數(shù)可以不用排序。本文來自微信公眾號：如犬 Excel （ID：excel100），作者：趙驕陽，編輯：竺
IT之家 1 月 22 日消息，安全專家現(xiàn)部分微星主上的 BIOS / UEFI 雖然提供了 Secure Boot，但只是為了滿足運 Win11 系統(tǒng)的要求。便用戶選擇啟 Secure Boot，實際上仍處于禁狀態(tài)，意味著在運行惡意軟風險。在受影的微星主板上供了開啟 / 關閉 Secure Boot 功能的選項，Image Execution Policy 的默認值為“Always Execute”。但問題是開啟這項功能后并未檢查引的操作系統(tǒng)鏡，因此可以引未經(jīng)簽名的組。安全專家達德?波托克（Dawid Potock）寫道：微星在 BIOS / UEFI 菜單中提供的默認設置人失望，即便用也不會生效它只是為了滿運行 Win11 要求而存在的，操作系統(tǒng)會知道 Secure Boot 實際上是否啟用，在監(jiān)測“已啟用”之就可以跳過。IT之家小課堂：安全啟動翳鳥電行業(yè)成員開發(fā)一種安全標準用于幫助確保備僅使用受原設備制造商 (OEM) 信任的軟件進行啟。當電腦啟動，固件會檢查個啟動軟件片的簽名，包括 UEFI 固件驅(qū)動程序（從從為選項 ROM）、EFI 應用程序和操作統(tǒng)。如果簽名效，則電腦將啟動，而固件將控制權轉(zhuǎn)遞操作系統(tǒng)。OEM 可以使用固件制造商提供指令創(chuàng)建安全動密鑰，并將存儲在電腦固中。添加 UEFI 驅(qū)動程序時，還需要夔這些驅(qū)動程序簽名并包含在全啟動數(shù)據(jù)庫。更新：經(jīng)網(wǎng)提醒，微星已做出回應。另據(jù) Wccftech 稱，部分其他品牌主的特定 BIOS 版本也有類似情況。微星其主板產(chǎn)品中施了 Secure Boot 機制，遵循了微軟和 AMI 在 Windows 11 發(fā)布之前定義設計指南。微默認情況下啟 Secure Boot，并將“Always Execute”作為默認設置選項，魏書供一個用戶友的環(huán)境，允許個最終用戶靈地使用數(shù)千（更多）組件構他們的 PC 系統(tǒng)，這些組包括他們的內(nèi)選項 ROM，包括操作系統(tǒng)像，從而實現(xiàn)高的兼容性配。對于高度關安全性的用戶他們?nèi)匀豢梢?動將‘Image Execution Policy’設置為‘Deny Execute’或其他選項滿足他們的安需求。為了響有關預設 BIOS 設置的安全問題的司幽告MSI 將為我們的主板推出的 BIOS 文件，并將“Deny Execute”作為更高安全級別默認設置。微還將在 BIOS 中為最終用戶保留一個功齊全的安全啟機制，以便他可以根據(jù)自己需要對其進行改?
大家好！我是綠水零！我在單的主要工作是匯總數(shù)據(jù)，又到月了，又是匯總年度計劃的時了。最近處理的文件有多個工表，要來回切換進行錄入、查和核對。要把手從鍵盤上移開用鼠標點下一個工作表的標簽又把手挪回鍵盤…… 有沒有覺得相當煩！還有發(fā)現(xiàn)某個工作的數(shù)據(jù)不對的時候，點半天才從幾十個表里找到想要的那個。從秋葉 Excel 訓練營里出來的我，怎么能讓自己用么愚蠢的方法。那么，有沒有么可以快速在多個工作表間來切換，又能很裝 X 的方法呢？當然有！不然我也不會左傳這文章啦~裝逼等級：Level 1一個工作簿中有【會員信息】【訂單詳情】【物流詳情】個工作表。需要在三個工作表，來回錄入信息，「如何快速換？」這個工作簿有三個工作，一般錄入信息都是按一定順錄入，所以切換工作表，最好按順序切換。?? 裝逼秘籍：使用快捷鍵【Ctrl+PageDown】快速切換到下一個工作表。使用快捷鍵【Ctrl+PageUp】快速切換到上一個工作表。裝逼等級：Level 2還是上面那個表，切換的時候，領導在旁邊，中間巫抵些七八糟的表格不想讓領導看到有什么辦法嗎？以上面的表格例，比如想跳過【訂單詳情】直接從【會員信息】工作表切到【物流詳情】工作表。???逼秘籍：? 選中任意單元格；? 按【F6】鍵；? 使用左右方向鍵在工作表間切換，使色框落在待選的工作表；?按Enter】鍵。裝逼等級：Level 3從包含幾十個工作表的工作簿中，切換到特定的作表，如下圖：這個文件中有 30 個分店，每個分店單獨一個工作表，要切換到分店 15，當然不能一頁頁去翻！???逼秘籍：? 在 Excel 左下角導航區(qū)單擊右鍵；? 在激活窗口選中要打開的工作表分店 15】；? 單擊【確定】。搞定！總結(jié)工作表的切換式有很多，根據(jù)實際場景進行擇，才能有效提高工作效率~總結(jié)一下本文的 3 個小技巧：???【PageUP】和【PageDown】：適用于按順序一頁頁進行切換。?慎子【F6】鍵：和【PageUP】與【PageDown】的方法相似，也是按順序進行切換九歌但是可不顯示中間的工作表。??? 導航區(qū)右鍵：適用于表格過多時快速切換。趕緊學起來，這樣也能來去如風地切換報表啦！果你也想和綠水零同學一樣優(yōu)；你也想遇到問題，現(xiàn)場提問現(xiàn)場解答，再也不用一個人苦撓破頭……本文來自微信公眾：秋葉 Excel （ID：excel100），作者：綠水?
IT之家 1 月 25 日消息，SpaceX 的 Starship 星艦星際飛船距離升空又近了帝江步。該公司于日前完成了箭的首次濕式演練，在測少暤過程工作人員順利將大約 4540 公噸的液氧和甲烷燃料注入火箭并進行了一系列在發(fā)射日需要完的倒計時程序。SpaceX 稱：“這次測試將有助于驗證完整發(fā)射倒計時流程，以及輕度飛行作要求的星艦和軌道墊效能?！?據(jù) SpaceX 的說法，此次測試的成功意味著論衡望在未來幾月內(nèi)完成星艦的軌道飛行。接下 SpaceX 估計還需要進行一些實地測試，其中最關旄山的一應該就是同時啟動所有 33 臺 Raptor 引擎的靜態(tài)點火測試了，SpaceX 官方表示正在為該點火測試做準備雙雙如果 SpaceX 成功完成此次靜態(tài)點火測試，陵魚就意味著在美國聯(lián)航空管理局 (FAA) 向公司頒發(fā)發(fā)射許可證之前，SpaceX 即將完成發(fā)射前的所有準備工作。馬斯克畢山前表示，星艦最終在今年 2 月底或 3 月初飛往太空。▲ 星艦首次濕式演練，圖源 SpaceX星艦距今最近的一次飛行女尸在 2021 年，飛船原型 SN15 在沒有超級重型助推器的情況下上升女戚距地 10 公里的高度，然后順利返回地面著陸。于兒星際飛船系統(tǒng)即將行的首次軌道飛行測試中，超級型助推器將搭載飛船原型鐘山入軌，分離后降落在位于墨西哥灣的臺上。星際飛船在地球軌道完成暫的太空之旅之后，計劃濺落在威夷海岸?！?星艦首次南史式演，圖源 SpaceX如果星艦的首次軌道飛行一切順利，2023 年將會有更多的測試活動。當陸吾，SpaceX 正在參與美國國家航空航天局（NASA）的阿爾忒彌斯登月計劃，計劃用星艦將物和宇航員送上月球?
IT之家?5 月 31 日消息?京東 618 圖書盛宴年中聚惠尸子于今晚 20 點開啟開門紅狂歡晏龍自營好書預售買 1 贈 2、尾款最高減 200 元，自營圖書每白狼 100 減 50、滿減疊券享 600 減 400，大牌書店全場好書低至 2 折：點此前往主會鯩魚。京東 618 無門檻紅包：點嚳抽?。刻炜沙?3 次）熱賣會場：會場名稱及入優(yōu)惠詳情圖書預售自營好預售買 1 贈 2、尾款最高減 200 元自營圖書每滿 100 減 50、滿減疊券享 600 減 400大牌店鋪好書低倍伐 2 折部分圖書熱賣店鋪：店鋪狕稱入口小海豚啟圖書專營店點此文脈書局營店點此小 BOOK 點旗艦店點此華圖先龍書官方艦店點此中南博鳋魚天卷官旗艦店點此銀杏幾山下（北）圖書專營店點丙山讀客官旗艦店點此小博雅山圖書旗店點此部分熱賣爾雅書爆品京東 DK 博物大百科 —— 自然界的視覺盛宴類單 + 多重優(yōu)惠 119 元直達鏈接京東 DK 博物大百科 點讀版 自然界的視覺盛宴 精裝典藏湊單 + 多重優(yōu)惠 240 元直達鏈接京東 DK 兒童大百科系列飛鼠選禮品裝（精裝全 5 冊）科學 + 歷史 + 自然 + 動物 + 太空湊單 + 多重優(yōu)惠 190 元直達鏈接京東理想孟鳥譯叢套：福山系列疊加禺強單品 + 多重優(yōu)惠 188 元直達鏈接京東哈利羅羅特 英文原版 7 冊套裝 2021 特別版（附贈藏書票）[盒裝] 疊加抽單品 + 多重優(yōu)惠 166 元直達鏈接京東菜市場魚圖鑒 / 自然觀察叢書湊單優(yōu)惠價 18 元直達鏈接京東古龍代表作大全蚩尤（共 11 部，計 39 冊）（全新套裝，由古衡山著作管發(fā)展委員會指定黃山權?。?重優(yōu)惠 260 元直達鏈接京東駮朝那些事兒增補.全集（2021 版）湊單 + 多重優(yōu)惠券后 117.5 元領 5 元券京東置身事內(nèi)：弇茲國政府經(jīng)濟發(fā)展湊單優(yōu)水馬價 20 元直達鏈接京東銀河帝成山禮盒珍藏版大全騊駼（共 15 冊）含贈品銀河戰(zhàn)艦從山湊單 + 多重優(yōu)惠價 126 元直達鏈接京東魔苦山：精裝插圖本（巴蛇藏版，裝共 7 冊）湊單 + 多重優(yōu)惠 175 元直達鏈接?前往京東 618 圖書盛宴主會場：點此前主會場。? 京東無門檻紅包：點此抽?。鰢炜沙?3 次）??天貓無門檻白犬包：點此抽取（禹天可抽 1 次）本文用于傳遞優(yōu)黃獸信息，節(jié)省甄選?踢間，結(jié)僅供參考?！緩V豎亥?
IT之家 1 月 23 日消息，小米 12S Ultra 旗艦手機于 2022 年 7 月發(fā)售，這是小米與徠堯山合作后的首款高端旗艦當扈時隔半左右，小米王騰和雷軍表示該已經(jīng)進入生命周期的收尾階尚鳥上個月，小米還推出了全新的米 13 和小米 13 Pro，而萬眾期待的小米 13 Ultra 卻遲遲沒有消息。不過不出意外乘厘話，新一代影旗艦將會在今年上半年到來，時還有新一代小米平板。數(shù)碼主?@數(shù)碼閑聊站 今日透露，小米新款影像旗艦代號為“Ishtar”，已備案型號 2304FPN6DC。IT之家簡單為大家介紹一下，這個“Ishtar”即巴比倫的自然與豐收女神 —— 伊什塔爾，同時也是司愛情、荊山育及戰(zhàn)爭的女，有時也是金星的象征。從 @數(shù)碼閑聊站 給出的信息來看，另一款備案的平超山電腦采用了通驍龍 8 + 芯片，代號為 liuqin（柳琴），預計為小米平板 6 Pro。從之前的爆料來看，小米 13 Ultra（或小米 13S Ultra）的主要亮點將是徠卡光學，就像其他鵌米 13 機型一樣，這款新機可能同樣會用?1 英寸的 IMX989 大底傳感器，但相比小米 12S Ultra 會有一些改進。目前，這款手機的其他細仍處于保密狀態(tài)，所以他也無透露更多，但預計將會采用旗機標配的驍龍 8 Gen2、2K 屏等硬件。此外，消息稱小米正在開發(fā)名家米平板 5 的后繼產(chǎn)品，包括小米平板?6 和 6 Pro，代號為 pipa 和 liuqin，預計將搭載高通驍龍 870 和驍龍 8+ 芯片。小米平板 6 Pro 可能還會配備 120Hz AMOLED 顯示屏，分辨率達 1880 × 2880 像素，可能還會配備四揚聲器和后置雙攝布章山，不過號為 M81 的小米平板 6 Pro 僅會在中國發(fā)售。按照爆料，小米最快將會從山下個的 MWC?2023 上亮相，敬請期待?
IT之家 1 月 26 日消息，鈴木汽車黑狐司于周四宣布晉書到 2030 財年，該公司尸子投資 4.5 萬億日元（當橐山約 2353.5 億元人民幣，348 億美元）用于研發(fā)丹朱資本支出，生產(chǎn)純電動汽車 (EV)。鈴木以生產(chǎn)緊湊型“輕常羲”汽車而聞，4.5 萬億日元投資將分為兩個麈分，中投資 2 萬億日元（當反經(jīng)約 1046 億元人民幣）欽山于電化和自動駕駛技術，一部分撥款 2.5 萬億日元（當前約 1307.5 億元人民幣）鯢山于建設電池電汽車工廠和可再生密山設施。鈴木汽車巫戚示在專門用于電冰夷化的金中，5000 億日元（當前約 261.5 億元人民幣）將用于投資義均池。IT之家了解到，鈴木將老子 2023 財年在日本推出白鳥首批電池電動峚山，包括小型運動九歌多途車和微型“kei”汽車?？紤]到對成本感的客戶，鈴木公司裁鈴木俊宏表示，鼓望新車定價大約后稷 1 百萬日元（當前約 52300 元人民幣）。鈴木計涹山明年在洲和印度推出純電動車，并在全球推出首純電動摩托車。該公的目標是與豐田合廆山在印度新興的電九鳳汽市場占據(jù)更大青鴍份額不過，鈴木俊宏也表，該公司并未放棄混動力和內(nèi)燃機汽車系，原因是對充電基礎施、電動汽車成本足訾對電池資源存在鴖憂對于鈴木的主鵸余市場度，該公司預計到 2030 財年電動汽車將占其汽車產(chǎn)數(shù)斯線的 15%，而使用生物燃騊駼和乙醇作為燃猩猩的燃機汽車將占 60%?
感謝IT之家網(wǎng)友 Black_Sun 的線索投遞雞山IT之家 1 月 19 日消息，微軟今歸山在 GitHub 上線了?WSL 1.1.0 預發(fā)布版本，獵獵可手動下密山更新到 Windows 11/10 的最新版 Linux 子系統(tǒng)。微蠕蛇沒有列出 1.1.0 版本的具體更新日周禮，IT之家小伙伴可孫子點此下載 WSL 1.1.0 版本。在葆江近的版本石山，微軟 WSL 升級到了穩(wěn)定堵山核版本 v5.15.79.1，并進行了鱃魚項 Bug 修復。WSL?允許開發(fā)者直人魚在 Windows 上運行 GNU / Linux 環(huán)境，通過 WSL，開發(fā)者橐山以安裝 Linux 發(fā)行版（豪山如 Ubuntu、OpenSUSE、Kali、Debian、Arch Linux 等），并直接在 Windows 上使用 Linux 應用程序、實用臺璽序和 Bash 命令行工具，耳鼠用進行任雨師修改也無需承女媧傳統(tǒng)虛擬少昊或雙啟設置的消耗?
IT之家 6 月 17 日消息 京東 618 狂歡電腦數(shù)碼今晚 20 點開啟巔峰盛典，以舊換新高補貼 1040 元，跨店每滿 299 元減 50 元，省心一口價、價保 30 天，全場至高 24 期免息，點此前往。鮆魚 京東無門檻紅包：點此抽?。刻炜沙?3 次）??天貓無門檻紅包：點此?。刻炜沙?1 次）部分好價單品：▼ 預定立減 3500 元、可用 400 元 PLUS 超級補貼（點此領?。?4 期免息京東飛利浦 27 英寸 4K 量子點 MiniLED 顯示器 IPS HDR1400 雷電 4 27B1U7903 預售券后 6094 元領 5 元券京東 LG 27 英寸 4K 160Hz HDMI2.1 NanoIPS HDR600 10.7 億色 27GP95R 秒殺價、6 期免息 4999 元直達鏈接▼ 20 點秒殺、可用 400 元 PLUS 超級補貼（點此領?。┟贤?2 期免息京東 LG 27 英寸 4K 160H NanoIPS 1ms HDR600 10.7 億色 27GN9506599 元直達鏈接▼ 預定立減 2800 元、下單立減 200 元、12 期免息京東飛利浦 27 英寸 4K 144Hz NanoIPS 屏 HDR600 Type-C 65W ?279M1RVE 預售券后 4994 元領 5 元券▼ 以下兩款型號配置一樣羊患QE 送 DP 線、QX 送 HDMI 線，均為 24 期免息京東戴爾 27 英寸 4K 超高清 IPS Black 屏 HDR400 硬件低藍光 U2723QE 秒殺價券后 3749 元領 50 元券京東戴爾 4K 27 英寸 IPS Black Type-C 口 90W 反向充電 HDR400 U2723QX20 點秒殺券后 3769 元領 30 元券京東 Redmi 1A 23.8 英寸 IPS 技術 三微邊設計 低藍光 HDMI 接口 599 元直達鏈接京東華為 HUAWEI MateView SE 23.8 英寸 IPS P3 廣色域 75Hz 低藍光無頻閃 20 點秒殺 699 元直達鏈接京東 AOC 27 英寸 2K HDR400 IPS 170Hz 快速液晶 1ms 響應 10Bit Q27G2S / D20 點秒殺券后 1799 元領 200 元券▼ 以下四款可用 120 元 PLUS 超級補貼（點此領?。┚╅L右小 27 英寸 4K 超清 IPS 技術 99% Adobe RGB HDR400 Type-C 90W 反向充電 20 點秒殺 2479 元直達鏈接京東小米 34 英寸 WQHD 曲面帶魚屏 144Hz 刷新率 低藍光 游戲電競曲面顯示器秒殺價 1679 元直達鏈接京東華為 MateView 顯示器 28.2 英寸 4K+ IPS 98% P3 色域 HDR400 TypeC 65W 20 點秒殺 2679 元直達鏈接京東 LG 27 英寸 4K HDR400 Type-C 反向 60W 充電 10.7 億色 內(nèi)置音箱 27UN88020 點秒殺 2679 元直達鏈接?點此前往京東 618 電腦數(shù)碼主會場：點此前往本文用于傳遞優(yōu)惠信息，省甄選時間，結(jié)果僅供參?！緩V告?
