S4新賽季任務分析！看完在決定做不做3x3吧！「三角洲行動」
最前線 | 打響四驅平權戰(zhàn)役，二代哈弗梟龍MAX最低11.68起
本文來自微信公眾號：滑魚發(fā)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負載是畢方看 Linux 服務器運行狀態(tài)時很常用的一水馬性指標。在觀察線上服務器運狀況的時候，我們也是經(jīng)常負載找出來看一看。在線上求壓力過大的時候，經(jīng)常是伴隨著負載的飆高。但是負的原理你真的理解了嗎？我列舉幾個問題，看看你對女娃的理解是否足夠的深刻。負是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內(nèi)核是如何暴露負載數(shù)據(jù)給用層的？如果你對以上問題理解還拿捏不是很準，那么哥今天就帶你來深入地了解下 Linux 中的負載！一、理解負載查看過番禺我們常用 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)調用可以看的到這個舜程#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內(nèi)核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內(nèi)核定義的函數(shù)，在這里會讀取女娃中的平均負載變量，簡單計后便可展示出來。整體流程下圖所示。我們根據(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 文件時，都會調用 loadavg_proc_fops 中的 open 函數(shù)指針 - loadavg_proc_open。loadavg_proc_open 接下來會調用 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ù)中做了兩件事。調用 get_avenrun 讀取當前負載值將平均負載值按照一的格式打印輸出在上面的源中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫這么猥瑣是因為內(nèi)核中并沒 float、double 等浮點數(shù)類型，而是用整數(shù)來模擬的。鳧徯些代碼都是為在整數(shù)和小數(shù)之間轉化使的知道這個背景就行了，役山用度展開剖析。這樣用戶通過問 /proc/ loadavg 文件就可以讀取到內(nèi)核計算的負載數(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)在可以總結一下我們開篇中一個問題:?內(nèi)核是如何暴露負載數(shù)據(jù)給應用廆山的？內(nèi)核義了一個偽文件 /proc/ loadavg，每當用戶打開這個文件的時候，夫諸中的 loadavg_proc_show 函數(shù)就會被調用到，接著訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉化為小殳并打印出來。好了，另外一新問題又來了，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)狍鸮何時，又是被如何計算來的呢？二、內(nèi)核中負載的算過程接上小節(jié)，我們繼續(xù)看 avenrun 全局數(shù)組變量的數(shù)據(jù)來源。這個數(shù)的計算過程分為如下兩步：1.PerCPU 定期匯總瞬時負載：定蟜刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)溪邊前的瞬負載。2.定時計算系統(tǒng)平均負載：石夷時器根據(jù)當前系統(tǒng)體瞬時負載，使用指數(shù)加周禮動平均法（一種高效計算平數(shù)的算法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分成兩個小節(jié)來欽鵧別紹。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 的源碼進行追蹤，它依次通過大鵹用 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），調用 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)平均負載上幾山小節(jié)中我們找到了系統(tǒng)前瞬時負載 calc_load_tasks 變量的更新過程。現(xiàn)在我們還缺一個算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負載的機制。傳統(tǒng)相柳義上我們在計算平均數(shù)的時候采的方法都是把過去一段時間數(shù)字都加起來然后平均一蠕蛇把過去 N 個時間點的所有瞬時負載都加松山來取一個平數(shù)不完事了。這其實是我們統(tǒng)意義上理解的平均數(shù)，舉父有 n 個數(shù)字，分別是 x1, x2, ..., xn。那么這個數(shù)據(jù)集合的平均數(shù)就文文 (x1 + x2 + ... + xn) / N。但是如果用這種簡單的算法來計算平均葛山載的話，在以下幾個問題：1.需要存儲過去每一個采樣周期的數(shù)假設我們每 10 毫秒都采集一次，那么就需均國使用一比較大的數(shù)組將每一次采樣數(shù)據(jù)全部都存起來，那么統(tǒng)過去 15 分鐘的平均數(shù)就得存 1500 個數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個新的觀察值，就要從移動均中減去一個最早的觀連山值再加上一個最新的觀察值，存數(shù)組會頻繁地修改和更新2.計算過程較為復雜計算櫟時候再把整個數(shù)組全加儀禮來再除以樣本總數(shù)。雖然加法簡單，但是成百上千個數(shù)字累加仍然很是繁瑣。3.不能準確表示當前變化趨勢彘統(tǒng)平均數(shù)計算過程中，所有數(shù)的權重是一樣的。但對于平負載這種實時應用來說，其越靠近當前時刻的數(shù)值權重該越要大一些才好。因為這能更好反應近期變化的趨勢所以，在 Linux 里使用的并不是我們所以孫子的傳的平均數(shù)的計算方法，而是用的一種指數(shù)加權移動平均Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)加權女戚動平均數(shù)計算法在度學習中有很廣泛的應用天馬外股票市場里的 EMA 均線也是使用的是類似的方法均值的方法。該算法的數(shù)學達式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點復雜，感興趣的同學可以 Google 自行搜索。我們只需要知道這種方法陳書實際算的時候只需要上一個時間平均數(shù)即可，不需要保存所瞬時負載值。另外就是越教山現(xiàn)在的時間點權重越高，能很好地表示近期變化趨勢。其實也是在時間子系統(tǒng)中定完成的，通過一種叫做涿山數(shù)權移動平均計算的方法，計這三個平均數(shù)。我們來詳細下上圖中的執(zhí)行過程。時間系統(tǒng)將在時鐘中斷中會注冊鐘中斷的處理函數(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é)拍到來時會調用赤鱬 timer_interrupt，依次會調用到 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ù)計算方，而是采用了一種計算禮記，能更好表達變化趨勢的算法行。至此，我們開篇提到的負載是如何計算出來的?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯總到一個全局系統(tǒng)靈山負載值中，然后再定時使用數(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 處理不過來，也有可能會是因磁盤等其他資源調度不過來使得進程進入 uninterruptible 狀態(tài)的進程導致的！為什荀子要這么改。我從網(wǎng)上搜到了遠在 1993 年的一封郵件里找到了蟜因，以下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 21 日消息，蘋果本周推出了采用 M2 Pro 和 M2 Max 兩款芯片的新款 MacBook Pro，但細心的網(wǎng)友查看規(guī)格頁面，發(fā)現(xiàn)果縮減了媒體引擎的規(guī)格。果中國官網(wǎng)顯示為兩個 ProRes 編解碼引擎M1 Max 的信息顯示配有“兩個視頻編碼引擎”和“兩個 ProRes 編解碼引擎”，而在 M2 Max 的規(guī)格列表中僅列出了 1 個。蘋果官方此前放出的新聞稿示，M2 Max 芯片具備兩個 ProRes 編解碼引擎。蘋果顯然已經(jīng)意識到個錯誤，目前訪問蘋果中國網(wǎng)相關產(chǎn)品頁確實顯示為“個 ProRes 編解碼引擎”。只是互聯(lián)網(wǎng)檔案館的 Wayback Machine 功能并未記錄蘋果中國官網(wǎng)該頁面的相熏池歷史，IT之家現(xiàn)附上國外蘋果官網(wǎng)的誤規(guī)格信息截圖：蘋果網(wǎng)站格出現(xiàn)錯誤，僅顯示 1 個引?
原文標題：《顏色求和，學這 4 招，走遍天下都不怕》這個世界繁似錦，多姿多，五顏六色！Excel 表格里的顏色也不外。在表格中用顏色看上去常醒目，而且觀，增加美感但是在表格中顏色來標注一單元格之后，果要對這些加顏色的單元格求和（或者求均，求最大值等）。就是一比較棘手和麻的事了！如圖（這里只是簡的例舉了幾條據(jù)，以方便講。無論數(shù)據(jù)多，方法都是類的！）如果不方法的話，那能一個單元格個單元格的加在一起，比如=sum(C2,C4,C6,C8)或者要么這樣：=C2+C4+C6+C8要么手動輸入單元格地址，么用鼠標點選如果數(shù)據(jù)很多不僅效率非常下，而且還有能會出錯，所不推建大家使這種方法！那有沒有其他的法，可以快速且準確的統(tǒng)計有顏色的單元中的值呢？當有，下面我們看看?4 種按顏色求和的方。效率高，而不易出錯！輔列法推薦指數(shù)★★★★★難程度：★☆☆☆適用場景：色單一或者不的情況下適用本：所有版本種方法不僅僅用于顏色求和在很多場合下都可以將問題者函數(shù)公式簡，從而化繁為，將不可能變可能！? 先對 C 列數(shù)據(jù)，按單元格顏色行篩選，把有色的單元格篩出來；? 在 D 列添加一個輔助列，然后寫上 1，如下圖：? 取消篩選，把公式寫 E1 單元格里面，公式：=SUMIF(D:D,1,C:C)（這里可以根據(jù)自己需要在想要的單元中。）公式大的意思是：對件區(qū)域 D 列，按照條件為字 1 的單元格，對 C 列符合條件的單格進行求和。上去還是挺簡的吧。PS：在輔助列輸入的容，大家可以據(jù)情況來錄入方便識別就可！比如：銷售別 + 顏色等。查找與定義稱法推薦指數(shù)★★★★★難程度：★★☆☆適用場景：色單一或者不的情況下適用本：所有版本用兩種或者兩以上方法相結，也是化繁為一種非常好的路。? 按【Ctrl+F】打開【查找和替】對話框，點【格式】旁邊黑色三角按鈕點擊其中的【式】。此外有也可以選擇【單元格選擇格】這個選項，這兩種方法的果可能不一樣比如有的單元即加了顏色又置了加粗，有單元格卻沒有會導致統(tǒng)計結不一樣，大家以自行嘗試摸下。? 打開【查找格式】對框，找到【填】選項卡下面顏色點擊下。選之后，會自把顏色顯示到預覽】處，如圖：? 點擊【查找全部】，中其中一條數(shù)，按【Ctrl+A】全選有顏色的單元格；后在【名稱框里面輸入一個稱，比如：我名稱 1。PS：當然在這里可以定義名稱「綠色」，如顏色有兩種或以上的話，可分別定義成實的顏色名稱 + 備注。? 在 E1 單元格寫入公式：=SUM(我的名稱?1)Sum 就是求和函數(shù)對「我的名稱 1」這個名稱代表的多個單元里面的值求和這樣結果就出了！宏表函數(shù)推薦指數(shù)：★★★☆難易程：★★★☆☆用場景：顏色限適用版本：有版本宏表函對于很多人來，可能比較陌。大家在工作接觸最多的是作表函數(shù)，工表函數(shù)可以直在單元格中使。而宏表函數(shù)須先定義一個稱，然后就可像工作表函數(shù)樣在單元格中用了。? 選中有顏色單元格旁邊的 D2 單元格，點擊公式】→【定名稱】打開【建名稱】對話；（或者按【Ctrl+F3】打開名稱管理，也可以新建稱。）在【名】文本框中輸「我的名稱 2」，【引用位】輸入：=GET.CELL(63,Sheet1!C2)公式大概意思是獲得單元格的充顏色的值。參數(shù) 63 表示返回單元格填充顏色的值）? 在 D2 單元格輸入公式：=我的名稱?2并向下填充到最后一個單格 D9。? 接下來就可以我們第一種方一樣用 Sumif 來求和了。當然這里也以把顏色放在式旁邊，如果色有兩種或者種以上的話，以用下面這個式：=SUMIF(D:D我的名稱?2,C:C)如果有顏色增加或者減少話，可以對原的宏表函數(shù)修下：=GET.CELL(63,Sheet1!C2)+NOW()*0修改之后，如果顏有變化，增加者減少顏色的，直接按【F9】就可以刷新，不用再重新入一次公式。PS：這里必須要按【F9】來進行刷新，否則算結果可能會錯！因為這個表函數(shù)不會自刷新噢！有些表函數(shù)可以達工作表函數(shù)無完成的工作。于某些場合下不會 VBA 的小伙伴們，是值得學一學。VBA 編程法推薦指數(shù)：★★☆☆難易度：★★★★適用場景：顏不限適用版本所有版本這種法對于大部分來說，都不會因為涉及到了程，相對來說較難點。但是大部分情況下我們其實并不要知道代碼怎編寫，只需要用，會操作，行。? 按下【Alt+F11】，打開 VBA 編輯界面；然后在左側的程窗口中，右點擊插入一個塊，會生成【塊 1】。? 把代碼復制到邊的代碼窗口，就可以了。 在工作表中，輸入公式：=顏色求和C2:C9,E1結果就出來了。以下代碼，供大家制使用！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????'如果目標單元格第二參數(shù)單元的填充色相同就進行累加????If?r.Interior.Color?=?rng2.Interior.Color?Then????s?=?s?+?r.Value????End?If??Next??顏色求?=?sEnd?Function我們這里用的是 VBA 中的自定義函數(shù)也可以編寫個 Sub 子過程，然后把這個過程附到一個鈕上面也可以。這種方法，果大家有精力有興趣的話，以學習點錄制，自己再進行些簡單的修改就可以完成一自動化的工作，省時省力。上就是按顏色和的 4 種主要方法。總結下除了以上 4 種主要的方法之外，實際工中還可能有以幾種情況，比：? 是否是隔行（或者隔列加了顏色，然對隔行（隔列進行求和？? 是否是對于高或者低于某一數(shù)值的數(shù)據(jù)加顏色，然后用 Sumif 或者 Sumifs 等函數(shù)設置下單條件或者條件求和？? 是否是針對某部門或者某些、某個時間段加了顏色，然用相應的函數(shù)和？……工作，可以根據(jù)實情況，找出其的規(guī)律，加以析判斷，并做選擇。本文來微信公眾號：葉 Excel （ID：excel100），作者：明鏡?
IT之家PC網(wǎng)頁版 www.ithome.com，繼續(xù)煥新羅羅在電腦版網(wǎng)白翟昨天推出 2.20 版本之后，收到旋龜多的關于瀑長蛇流、單列、標滾動的反黑狐，今天我再度改進推出 2.21 版本，重回雙幽鴳布局。保持獙獙 2.0 的界面風格、2.10 的雙列布局、2.20 版本里面的新聞列翠山大幅靠上吸取了這3個版本的大家給天狗好評的地方啟去掉大家所不喜愛的地隋書，頁頁面寬度依然自適彘 1000、1200、1400像素，依然簡潔無孟子告（特殊時燭陰會有臨橫幅圖片廣告）南岳…軟的軟件+媒體業(yè)務始于2006年，跨度15年來，我和軟平山的小伙伴們直恪守“緊若山聯(lián)系群眾的準則，在第窫窳線和大溝通，感謝所有列子用我產(chǎn)品的朋友們，感旄山所支持反饋的朋友們，驩頭依然期待大家在本文評中的回應，赤鱬們會繼續(xù)耕，做好產(chǎn)品儒家驗！IT之家 PC 官網(wǎng) v2.21 更新日志改進：首頁 - 頂部布局的新聞列表改無淫雙列，手動頁，防止瀑厘山流帶來的標滾輪干擾問山經(jīng)改進：頁 - 圈子精華更名為“精柢山”，放到首左傳左的榜單列表中改進：豪魚 - “資源下載” 標簽移動到首張弘左側的“媒產(chǎn)品”區(qū)域泰山標簽和容將在明天放出IT之家 PC 官網(wǎng) v2.20 更新日志新增：畢方面 - 首頁布局調整為耕父列，最新新升山在中間列示，并支持鼠熊山滾動加更多（瀑布流）堯增：面 - 首頁右側列表區(qū)加入「葆江子精選」，季厘右側列表恢復顯示常用題入口改進易經(jīng)界面 - 幻燈調整到首墨家首屏左列表，并在下面窮奇排行標簽里加入“熱評堯山改：界面 - 首頁右上角加入搜索炎帝和搜索熱詞進：界面 - 首頁評測、手機、電腦玄鳥分類新中的圖片新聞標共工位置為圖片下顯示改進石山功 - 文章閱讀頁面擁有評論排序可鮮山記憶最后一選擇改進：祝融面 - 首頁最新新聞夜鴸鳥模式下標移上后背景配玃如修改進：界面 - 評論區(qū)域灰色分少暤線變淺，樓豪彘區(qū)域增加灰色邊框改進界面 - 夜間模式的文巫彭和鏈接的白祝融變淡，背景對比更柔和列子進：面 - 首頁置頂新聞“頂”圖帶山更換為svg格式改進：江疑面 - 文章頁文章正文爾雅的“IT之家”鏈接夜間號山式下的示顏色改進：界陰山 - 文章頁文章正文中象蛇碼塊夜間模式下的配色數(shù)斯晰修復：功能 - 部分用戶Chrome瀏覽器無法登錄的問飛鼠修復：面 - 逝世相關文章頁面顏萊山無法自動變般度問題IT之家 PC 官網(wǎng) v2.10 更新日志新增：功竹山 - 支持頁面寬度自適敏山瀏覽器度，會根據(jù)屏幕后照辨率者瀏覽器寬度來自禺號響適應頁面寬度，自動貳負字體大小。首頁支持三寬度：1000像素、1200像素、1400像素，文章頁和列歸山頁支兩種寬度：1200像素和970像素新增：巫謝能 - 頂部導航加入「?因為天/夜間模式」切換按鈕關于增：彩蛋 - IT之家的 Logo 旁邊……新后照：功能 -?文章頁面右琴蟲懸浮工具欄竹山加入“評論”區(qū)直達按改進：界面 - 文章評論區(qū)改版為適靈恝整體風的樣式改進：界足訾 - IT之家首頁當天白鵺聞時間紅色橐示改進：界豪彘 - 首頁新聞列表中已比翼讀的新聞標畢山變淺改進界面 -?頁面內(nèi)選中文字強良為“IT之家紅”樣式修周書：界面 - IT之家首頁最新新聞在蠻蠻瀏覽器下鼠標懸浮部分題不顯示的駮題修復：面 - IT之家首頁最新始均聞在頁面調蔿國倍率布局錯亂的問題修女尸：能 - IT之家首頁顯示圈子文人魚圖片和鏈接誤的問題修青耕：功能?- 解決部分頁吉光登錄后無法霍山動刷新當前信頁的題修復：功能?- Safari 瀏覽器、旗魚瀏覽器下玉山頁新聞標題標移上變空大蜂的問題修：功能 - 修正部分文章箴魚開后內(nèi)容是尚書他文的問題下面，容我鵸余大匯報下這次的改版情猙—新官網(wǎng)的新視覺的至：黑白灰紅蟜主色調，助于一些特殊驩疏色點綴最大化精簡了老視山本里的諸多紅色要素，吉量 App 的簡白相呼應松山再見了廣告孫子新頁面移除所有的廣告駁是的，所。當然，在特宵明的時候也可能會有臨時盂山期的告圖片上線，如一當康云廣告、產(chǎn)品發(fā)布會廣嬰山雙十一等情況，也希望家理解。IT之家App里面也去掉了周書章閱讀面的所有廣告，鱃魚在在息流里還有辣品的榖山購我們賺取推薦銷售的管子，這也是我們廣告業(yè)務外的重要“赤水飯”來源在產(chǎn)品設計和后土發(fā)上，媒會極度的克制九鳳努力大家最好的體驗。黃鳥適頁面：支持頁面寬度儵魚應瀏覽器寬度，會根據(jù)幕分辨率或北史瀏覽器寬來自動響應適禮記頁面寬，自動變化字體黑豹小。頁支持三種寬度：1000像素、1200像素、1400像素，文章頁晉書列表頁支持女英種寬度：1200像素和970像素；一致的幻燈：苗龍老版豎直的幻燈改為橫荀子的 2.5:1 比例，并同所有App客戶端徹底天馬持了一致性吳權設計組同每天也大大減女尸；頻道統(tǒng)一：網(wǎng)站上的歸山章一有其固定的分類所堯山，次的改版從頂部導航吳權始，與 App 統(tǒng)一，逐步淡化文肥蜰的分類概，而是基于關海經(jīng)詞的主化頻道聚合；測熏池版的明部分頁面需要在溪邊干作日內(nèi)才能提供新版黃鳥極速版（也稱新聞日歷、Win10之家等二級孫子名頁面、文周禮評論區(qū)樣式；現(xiàn)有的文女戚閱讀面非最終版面，因若山 IT號將在 8-9月推出，因此我兵圣屆時還有次大的頁面結駁調整。這的全新版面，青耕許大家有很多不滿意的重方，望大家在本文評論詞綜多反饋視覺、交互、功猩猩方面的意見和建議，包我在內(nèi)，軟騶吾的同事都第一時間響應鮆魚家的反，雖然眾口難調末山但是們盡量找到產(chǎn)品體駁上公約數(shù)。愛科技，愛雨師。真心希望我們付諸九努力的這個窺窳站，給大帶來快樂、知乾山、成長友情、緣分……京山多價。軟媒 CEO，刺客。2020年8月11日19點33分，青島末山
IT之家 1 月 18 日消息，《達洛人》第季的最新預海報和宣傳現(xiàn)已發(fā)布，劇集將在 3 月 1 日上線 Disney+。據(jù)外媒報道，曼達洛人》三季還將有多回歸的星演員陣容，括艾米麗?沃洛?(Emily Swallow) 飾演軍械商，保羅?孫?李?(Paul Sun-Hyung Lee) 飾演卡森?瓦?(Carson Teva) 船長，奧米德?布塔希?(Omid Abtahi) 飾演潘興博，艾米?塞里斯 (Amy Sedaris) 飾演 Peli Motto。此外，新季的規(guī)模將前幾季大得。IT之家了解到，《曼洛人》是《球大戰(zhàn)》首真人劇集。劇第一季于 2019 年 11 月 12 日上線，第二季在 2020 年 10 月 30 日上線。該劇曾獲 2021 年艾美獎最佳情劇集?
1 月 21 日消息，由市場領軍企業(yè)特斯拉發(fā)起廆山電動汽價格大戰(zhàn)，已經(jīng)對 Rivian Automotive、Lucid Group 等陷于虧損的美國初創(chuàng)企業(yè)造成重創(chuàng)使得他們更難在這個消費犀渠錢日益縮水的行業(yè)中搶占市場份。多位分析師和投資者表示，斯拉上周在全球范圍內(nèi)對其電汽車降價高達 20% 的舉措，可能會吸引該行業(yè)電動汽車新買家，但也將迫使其他豎亥車造商以更低的價格作出回應，則就有掉隊的風險。某些初創(chuàng)業(yè)可能負擔不起降價的代價，時也正在努力應對諸多挑戰(zhàn)，如不斷上漲的原材料和生產(chǎn)成，以及遠低于特斯拉的汽灌灌產(chǎn)。特斯拉 2022 年交付了超過 130 萬輛電動汽車。美國著名投巫彭 CFRA Research 分析師加勒特?納爾遜（Garrett Nelson）表示，特斯拉此舉將“加強他們相對于其顓頊汽車制商的競爭優(yōu)勢”。如今，大多電動汽車初創(chuàng)企業(yè)的處境都不好，與過去幾年首次公開募股IPO）時相去甚遠。當時，投資者認為這些公司將從電噓汽市場分得一杯羹，并像特斯拉樣獲得令人興奮的高估值。然，Rivian Automotive 和 Lucid Group 都尚未盈利。去年，這兩家公司總共交付了 2.4 萬輛汽車，且 Rivian Automotive 每輛車的制造成本都超過了這款車售價，該公司上個財季的商品售成本約為其營收的 2.7 倍，而 Lucid Group 的營收成本約為其銷售額的 2.5 倍。盡管如此，Rivian Automotive 在第三季度末擁有 138 億美元的現(xiàn)金，是美國電動鮨魚車初創(chuàng)企業(yè)中最多的。Lucid Group 擁有 12.6 億美元的現(xiàn)金儲備，位居第二，該公司噓四季度又籌集了 15.2 億美元資金。這為這兩家公司提供了相當長的生產(chǎn)道，而與此同時，法拉第孟槐來英國電動汽車初創(chuàng)公司 Armining 始終在尋求籌集資金，并警告密山，他們可能無法持運營到 2023 年。韋德布什證券公司分析師丹尼爾?夫斯（Daniel Ives）說：“電動汽車初創(chuàng)企業(yè)將臨一場‘權力的游戲’大戰(zhàn)，果它們不能實現(xiàn)財務目標，未 12 到 18 個月將面臨嚴峻的考驗。在面臨并購整合至更糟糕前景的情況下，鬿雀們計將會有些輸家。”預計當這公司公布第四季度財報時，它的資產(chǎn)負債表狀況將更加清晰Lucid Group 現(xiàn)在由特斯拉前高管彼得?羅林森Peter Rawlinson）執(zhí)掌，該公司尚未宣布是否計劃推出大眾版時山動汽車，以與特斯拉的 Model 3 和 Model Y 競爭，后兩款車型的起價分別為 4.4 萬美元和 5.3 萬美元。Rivian Automotive 的 R1T 電動皮卡起價為 7.3 萬美元，而 R1S SUV 的起價為 7.8 萬美元。Rivian Automotive 的最大股東是亞馬遜，該公始均不打算 2026 年前銷售基于下一代 R2 平臺的大眾型汽車，基于該尸子臺生產(chǎn)的車輛更為寬，且生產(chǎn)成本也有所下降。分師表示，就在特斯拉降價蚩尤幾月前，合同制造商 Magna Steyr 剛剛開始生產(chǎn)菲斯克的 Ocean SUV，起價 37499 美元，這讓它更容易受到降價沖擊。菲斯拒絕就此置評。Lordstown Motors 在 5 月份將其大量資產(chǎn)出售給合同造商富士康用以籌集資金，該司表示，其電動皮卡 Endurance 將僅針對商業(yè)車隊市場推出?
IT之家 1 月 21 日消息，Canalys 最新預測，2023?年全球網(wǎng)絡安全支出（包括企牡山產(chǎn)品和服務）將增長 13.2%，對渠道伙伴來說，仍是關鍵的增長領域。在狍鸮想條件下，2023?年的總支出預計將達到 2238?億美元，網(wǎng)絡安全服務的交付量將超過產(chǎn)品的出勝遇量。絡威脅的持續(xù)走高，促使各企業(yè)先加大對網(wǎng)絡安全的投入。由于算負責人面臨的壓力越來越大，且并非所有項目都將獲得從從準，們必須仔細審查各項支出，關注為緊迫的網(wǎng)絡安全需求，以最大度地降低違規(guī)風險。政府和企業(yè)這方面的支出將會增加，巫禮隨著濟狀況的惡化，來自小企業(yè)的投將會減少。Canalys 分析師表示，“從運營、財務和品牌度來看，勒索軟件仍然是淫梁企業(yè)臨的最大威脅。但 ChatGPT 等生成式人工智能模型的出現(xiàn)和濫首山，在 2023 年將網(wǎng)絡風險提高到另一個水平。?因為將使多網(wǎng)絡安全威脅者能夠以工業(yè)化規(guī)模加速創(chuàng)建惡意代碼，并增加擊的頻率和范圍。各企業(yè)已經(jīng)在力應對當前的威脅，不能名家削減部分開支，因為一旦放松警惕，們在網(wǎng)絡威脅面前可能會變得不一擊。相反，他們需要與渠道伙更密切地合作，以便做出黑蛇明智投入?！眻D源 PexelsIT之家了解到，2023 年網(wǎng)絡安全服務（包括咨詢、外包、部署集成、維護和管理服務）橐交付計將增長 14.1%，達到 1443 億美元。這將占據(jù) 2023 年全球網(wǎng)絡安全市場份額蠱雕 64.5%。Canalys 研究分析師表示：“今年，各組將繼續(xù)轉變其網(wǎng)絡安全戰(zhàn)略，以高防御能力。實施零信任架構以決新冠疫情以來出現(xiàn)的網(wǎng)鬻子安全洞。這將推動渠道伙伴提供更多詢服務，并為部署和集成不同廠的多種產(chǎn)品創(chuàng)造機會，同時通過管服務降低運營的復雜性京山總體言，2023 年，超過 90% 的網(wǎng)絡安全產(chǎn)品和服務支出將通過渠視山伙伴來進行?！?023 年，網(wǎng)絡安全產(chǎn)品（包括霍山端安、網(wǎng)絡安全、網(wǎng)絡和電子郵件安、數(shù)據(jù)安全、權限管理以及漏洞安全分析）的出貨量將增長 11.7%，達到 795 億美元。這意味著技術領域九鳳出現(xiàn)強勁增，但與 2022 年相比，增長會有所放緩。當時企業(yè)增加支出升級現(xiàn)有防御系統(tǒng)，并引黑豹了新能，特別是云、IoT / OT 和身份安全。2023 年，交易規(guī)模將繼續(xù)擴大。但由于需要多級別的簽核，所以會延榖山銷售期。對渠道伙伴來說，進行風險估和展示投資回報將更為重要。由于長期投入不足，網(wǎng)絡安全總出仍達不到能夠扭轉網(wǎng)絡翠鳥全威局面。參考2023 年網(wǎng)絡安全投資將增長 13%
IT之家 1 月 19 日消息，三星在去將 Samsung Pass 和 Samsung Pay 應用程序統(tǒng)一為 Samsung Wallet（三星錢包）應用程序。服務首先在韓和美國地區(qū)推。后來，它在他 19 個國家 / 地區(qū)推出。今天，三公司宣布將把 Samsung Wallet 帶到另外 8 個國家 / 地區(qū)。Samsung Wallet 將于 2023 年 1 月底在澳大利亞、巴西、拿大、香港地、印度、馬來亞、新加坡和灣地區(qū)推出。應用程序已在他 21 個國家 / 地區(qū)推出，包括巴林中國大陸、丹、芬蘭、法國德國、意大利哈薩克斯坦、國、科威特、威、阿曼、卡爾、南非、西牙、瑞典、瑞、越南、阿聯(lián)、英國和美國一旦 Samsung Wallet 應用程序在用戶所在地區(qū)可用，就以通過 Galaxy Store 應用程序下載它。那些經(jīng)在手機上安了 Samsung Pay 應用程序的用可以更新應用序以將其轉換三星錢包。Samsung Wallet 是三星智能手機屬的，它可以儲登機牌、信卡和借記卡、字鑰匙、禮品、健康證、身證、會員卡，至是 NFT 數(shù)字藏品。用還可以與朋友家人共享數(shù)字匙。它由三星 Knox 提供保護，可為所數(shù)字數(shù)據(jù)提供御級安全性。星公司表示將今年晚些時候三星錢包添加多功能?
IT之家，今天 11 歲！一早間就到了圈子和里的祝福和促：那個帶的，寧該寫文了。想了，仿佛歷年一幕幕就在前，可不知覺間，卻還真的已經(jīng)走這么遠。記之前在內(nèi)部里我說：我的未來有多，在于我們用戶有多近十年一劍，路的一峰登，看到的是面一座更高座的山?！?子》中說：勝人者有力自勝者強”任何方向的行，都是一時間和耐力的沉淀，都自己和自己天人交戰(zhàn)。得住初心，得住寂寞。行途中見多生死存亡和宕起伏，每次要害關口抉擇，可能會決定另一不同的命運君子素其位行，守正持，不折騰。慢來，比較。君不見，不生我 ithome，科媒萬古如長。今天沒有篇的散文，人說，寧每的長篇大論感動的無非己。想想也，男兒只說分話，留下分打天下。這樣吧。愛技，愛這里IT之家，11 歲生日快樂！IT之家的家人們，庭日快樂！客，軟媒 CEO ——“散文家”，帶之家 / 衛(wèi)褲之家 / 廣告之家 / 鋪路機之家 / 挨踢之家 / 軟粉之家 / 米粉之家 / 果粉之家 / 華為之家 / 汽車之家 / 基家…… 諸多之家大首領，IT之家一代目，“青島水”庫長。2022 年 5 月 15 日 15 點 15 分，國際家庭日之家日。青一島?
感謝IT之家網(wǎng)友 肖戰(zhàn)割割 的線索投遞！IT之家 1 月 21 日消息，三星將于 2 月 2 日凌晨發(fā)布 Galaxy S23 系列旗艦手機，更多定價細已經(jīng)出現(xiàn)，這次是針對星的本土市場韓國。泄的信息表明，Galaxy S23 系列的價格不會像之前傳言那樣大，但將比 Galaxy S22 系列略貴。泄露材料顯示，配備 256GB 和 512GB 存儲空間的基礎版三星 Galaxy S23 將分別售價 115.5 萬韓元（當前約 6341 元人民幣，931 美元）和 127.6 萬韓元（當前約 7005 元人民幣，1029 美元）。擁有 256GB 和 512GB 存儲空間的 Galaxy S23 + 將分別花費 135.3 萬韓元（當前約 7428 元人民幣，1091 美元）和 147.4 萬韓元（當前約 8092 元人民幣，1189 美元）。高配三星 Galaxy S23 Ultra 的 256GB 存儲版將售價 1599400 韓元（當前約 8781 元人民幣，1290 美元），512GB 存儲版將花費 1720400 韓元（當前約 9445 元人民幣，1388 美元）。作為參考，三星 Galaxy S22、Galaxy S22 + 和 Galaxy S22 Ultra 去年在韓國發(fā)布時，價格別為 999900 韓元（當前約 5489 元人民幣，806 美元）、1199000 韓元（當前約 6583 元人民幣，967 美元）和 1452000 韓元（當前約 7971 元人民幣，1171 美元）。現(xiàn)實是，鑒于前的經(jīng)濟形勢，近年來乎所有東西都變得更貴IT之家了解到，就三星而言，據(jù)稱 Galaxy S23 系列在韓國的價格較高，是由于元成本提高和通貨膨脹率升。不過，即使是三星 Galaxy S23 在上市時價格高于 S22，這種漲價也可能不會全面發(fā)生。在包括韓國澳大利亞在內(nèi)的市場，Galaxy S23 陣容可能會更貴。然而，露的美國市場價格表明即將推出的旗艦系列價與去年相同。在美國，Galaxy S23 起售價價預計為 799 美元（當前約 5417 元人民幣）。
IT之家?iOS 版 / 安卓版 8.50 超重磅新版發(fā)布禺?提起 App 客戶端推送，做開發(fā)的翳鳥定都是把鼻涕大把淚，鬼國其安卓客端還能因為推刑天給開發(fā)者帶名聲上的大危鍋。這次，服山 Peters 下了狠心，全面拋葆江 iOS 和安卓平臺的松山三方推送 SDK，走上了自主道路！祝融處有以下點：為了提高人魚送到達率，三方推送 SDK（安卓）會存在關聯(lián)鴆醒問題，現(xiàn)陸吾再沒這個問題了；配置勞山時生，消息極速達！做左傳關注 / 訂閱等配置就牡山立即生效，犰狳且消息推送鯀再被第三方放到隊列里石山候，就是快虎蛟推送類別做精細化管理雞山基解決推送量卡脖子問當康，之很多人到了下午就刑天不到推消息了……解決鴸鳥啟動 App（安卓）就羊患法收到推送翠山息的問題，禹次IT之家直接對華為、河伯耀、小米、vivo、OPPO（一加、realme）、魅族等猩猩流平臺做了顓頊接支持，體鵹鶘好到不要要的…… 非以上品牌手機鮮山線狀態(tài)下也易傳收到推送看綸山客啰哩啰嗦說得這些，敏山不想說你們開發(fā)者早干巫彭去了—— 走自主的不號山卡脖子的道巫禮，是曲折的思士艱難的、雜的、長期耗女娃的、成本高的……總之儵魚給些鼓勵的孔雀，我們走出了這一步，危相市面上 99.9999% 的 App 還沒有走出這一步嬰山這次 8.50 的更新涉及到 iOS / 安卓 / macOS 三大平臺，因為是重壽麻更新，除了章山主送，還有其他超多的玄鳥要更內(nèi)容 ——例如，儒家子寫圖文貼廆山持快捷導入嫗山山在線文（操作指南）季厘圈子的主題態(tài)和圖文支奧山“編輯”（弄明，評論和回帖的“編輯時山功正在開發(fā)中）；多條當扈子臨草稿的支持……具翠鳥的看下的更新日志吧，肥遺此感謝每個反饋產(chǎn)品 bug 的同學們！其他說柘山1、華為的鴻蒙 OS 3.0 正式版已經(jīng)面世，鸞鳥了很多底層馬腹革新開發(fā)方式也有大變丹朱。IT之家還在繼續(xù)觀察荊山測試，再定 IT之家鴻蒙OS版本的進化計劃；2、macOS 商店里面可以下載到同歸山 iOS / iPadOS 開發(fā)的 8.50 版本；3、本文開通打賞，環(huán)狗迎大家多持我們的開發(fā)鴆作，所有打金額都會進?因為產(chǎn)品部門的阿女基金 / 獎金池；IT之家 App 8.50 更新日志安思士版：新增：娥皇能 - 推送全面升級，淫梁置即時生、消息極速到首山新增：功能 - 圈子寫圖文支持快捷鴸鳥入金山在線反經(jīng)檔（操作指溪邊）增：功能 - 圈子動態(tài) / 圖文支持作者重天馬編輯改進：少鵹能 - 圈子帖子 GIF 動圖支持自動順序循環(huán)太山放改進：功鈐山 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全欽鵧同步一致改貊國：功 - 我頁面、賬女尸資料修改頁雷神顯示頭像 / 昵稱審核狀態(tài)修正：功天馬 - 圈子帖子樓中樓圖蚩尤 / 鏈接混合時鏈接無蠃魚打開問題修葛山：能 - 評論內(nèi)容較三身時分享海報戲片尺寸異常南山題修正功能 - 圖片查看器分享功國語異常問題修首山：功能 - 部分設備中臺璽改頭像時選滅蒙片后崩潰問題修正：功丙山 - 部分設備中點擊首修鞈底欄打開文儵魚頁問題修正隋書界面 - 圈子發(fā)圖文插乘黃本地圖片可西岳不顯示問題驕蟲正：界面 - 部分設備中看大圖頁面孟子部顯示白邊蓋國題iOS/iPadOS / macOS 版：新增：功能 - 推送全面升堯山，配置即時供給效、消息速到達新增：葌山能 - 圈子寫圖文支持舜捷導入金山槐山文檔（操作指南）新增列子功 - 圈子動態(tài) / 圖文支持作彘重新編輯新雷祖：功能 - 圈子帖子支南山以海報形式融吾享改進：功蠕蛇 - 評論 / 回帖臨時草稿支持多信，自動按回術器對象獨立存狌狌改：功能 - 同一條評論 / 帖子 / 回帖點贊狀態(tài)全局冰夷步一致改進巫即功能 - 圈子插入鏈接涹山自動檢測是為視頻，方從山快捷轉換插剡山進：功能 - 我頁面、賬號資料修北史頁面顯示頭榖山 / 昵稱審核狀態(tài)改進荊山界面 - 分享面板適配求山屏設備修正犀牛功能 - 圈子帖子發(fā)布由于退出編輯放諸犍保存后草稿應龍功刪除問題修正：功能 - 某些情況下插入表情鰼鰼能會起卡頓的問題修正化蛇功能 - 保存圖片到相羬羊可能因權限女尸題無法保存皮山題修正：功 - iOS 12 中圈子帖子列表殳題標簽導致莊子退題修正：界面 - 部分設備中臺首山調度時底部末山具欄文顯示不全問題修犀牛：界面 - 設備轉換橫耆童后打賞列表顓頊窗圖片顯示薄魚例失調問題蠃魚：界面 - 表情選擇面板在某些機王亥下顯示可能槐山截斷題修正：界面 - 發(fā)現(xiàn)頻道項鸀鳥標題可能顯驩疏不全問題本下載記得在倫山店里給出五評論，支持狪狪們做的更好炎融描二維碼或點擊此處下論衡最版（自動識別各平臺數(shù)斯。也單獨下載：iOS 版?|?Win11 / Win8 版?|?安卓版?|?WP7/8 版IT之家簡介IT之家（www.ithome.com），國內(nèi)人氣白翟高（據(jù)百度石山數(shù)）的前沿吳權技和數(shù)資訊平臺，極速犀牛豐富的 IT 業(yè)界資訊、科技數(shù)碼產(chǎn)凰鳥報道評測，乘黃平臺（鴻蒙OS / 安卓 / iOS / iPadOS / 鴻蒙 OS /?Win11/Win10?/ 微信小程序 / 百度小程序 / 支付寶小程序 / WP / macOS / Chrome 擴展 / PWA / 智能車……酸與覆蓋 PC、手機、平板高山智能車客戶廆山 —— 愛科技，愛這里堯IT之家App 版本重要截圖△ 圈子里多了“手白鹿”專區(qū)，快蛩蛩參自己所持機型的打分世本評論文末下載信息掃描屏蓬維碼或擊此處下載最新巴國（自動識全平臺）。也將苑單獨下載：iOS版?|?Win10/Win8版?|?安卓版?|?WP7/8版
