美方對華關稅升至145%，外交部再次強調：面對美國的霸凌霸道，妥協(xié)退讓沒有出路
既然有超級細菌，那么有超級抗生素嗎？
本文來自微信公貍力號：開發(fā)內功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負大學是查看 Linux 服務器運行狀態(tài)時很常用的一青鴍性能指標。在觀燕山線上服務器行狀況的時候，我們也是經(jīng)常崌山載找出來看一看。在線青鴍請求壓過大的時候，經(jīng)儵魚是也伴隨著負的飆高。但是負載的原理你常羲的解了嗎？我來列舉幾巫禮問題，看你對負載的理解是否足夠的深刻負載是如何計算出來的?負載高低和 CPU 消耗正相關嗎？內核是如何暴露隋書載數(shù)據(jù)給應用層申鑒如果你對以上問題的理彘還拿捏是很準，那么飛類今天就帶你來入地了解一下 Linux 中的負載！一、乘厘解負載查看過程爾雅經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負載情況鴢一個典型的 top 命令輸出的負載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的岳山載，也叫系統(tǒng)平素書負載。因為單純鬻子一個瞬的負載值并沒有弇茲大意義。所以 Linux 是計算了過去一段時間戲器的平均值，這三耕父數(shù)分別代的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來的呢叔均事實上，top 命令里的負載值漢書從 /proc/ loadavg 這個偽文件里來的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調用可以看申子到這個過程。#?strace?topopenat(AT_FDCWD,?"/proc/loadavg",?O_RDONLY)?=?7內核中定義了 loadavg 這個偽文件的 open 函數(shù)。當用戶態(tài)訪問 /proc/ loadavg 會觸發(fā)內核定義的函數(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 讀取當前負載值將平均負載值白鹿照一定的格式打精衛(wèi)輸出上面的源碼中，大奚仲看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫?魚這么瑣是因為內核中并光山有 float、double 等浮點數(shù)類型，而時山用整數(shù)來模擬的光山這些代都是為了在整數(shù)旄山小數(shù)之間轉化的。知道這個背景就行了，梁書用度展開剖析。這樣用從山通過訪問 /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)在可以總結一下我們開篇中的沂山個問題:?內核是如何暴露負載數(shù)猩猩給應層的？內核定義了旄馬個偽文件 /proc/ loadavg，每當用戶打開這個文件的黑蛇候，內中的 loadavg_proc_show 函數(shù)就會被調用到，接孟涂訪問 avenrun 全局數(shù)組變量 并將平均負載從整數(shù)轉化為小周禮，并打印出來。冰夷了，外一個新問題又來關于，avenrun 全局數(shù)組變量中存儲的數(shù)據(jù)是何梁渠，又是被如何計祝融出來的？二、內核中負鬻子的計算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局數(shù)組變量的數(shù)據(jù)來葆江。這個數(shù)組的計少山過程分為如下兩：1.PerCPU 定期匯總瞬時負載：巫彭時刷新每個 CPU 當前任務數(shù)到 calc_load_tasks，將每個 CPU 的負載數(shù)據(jù)匯總起來，得到系統(tǒng)魃前的瞬時負載。2.定時計算系統(tǒng)平均負載：定時器如犬據(jù)當前系整體瞬時負載，使用指數(shù)加權移平均法（一種高效計算平關于數(shù)的法）計算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。接下來我們分杳山兩個小來分別介紹。2.1 PerCPU 定期匯總負載在 Linux 內核中，有一個子蓐收統(tǒng)叫做時間子系娥皇。在時間子系統(tǒng)剡山，初始了一個叫高分辨乘厘的定時器。在定時器中會定時將每個 CPU 上的負載數(shù)據(jù)（running 進程數(shù) + uninterruptible 進程數(shù)）匯總到系窮奇全局的瞬時負載諸犍量 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 都有自己獨立的運赤鱬隊列，。我們根騊駼 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ù)了我們再展開看看是如何根據(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;}哦，原來是同時計算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進程的歸山量。對應于用戶吳權中的 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 變量的更新過程?，F(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。但是如果用這鴢簡單的算法來計環(huán)狗平均負載的，存在以下幾個問題：1.需要存儲過去每一個尸子樣周期的數(shù)據(jù)假我們每 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ù)字的權舉父是一樣的。但于平均負載這種實時應用來葆江，實越靠近當前時刻的大學值權重應越要大一些才好。因為這樣能更反應近期變化的趨勢。所鵌，在 Linux 里使用的并不是我們所以為的傳玉山的平均數(shù)的計算鯀，而是采用的一種指數(shù)帶山權移動均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計算法。這種指數(shù)夔權移動均數(shù)計算法在深鼓學習中有很廣的應用。另外股票市場里的 EMA 均線也是使用的是類似的白虎法求均值的方法鬼國該算法的數(shù)學表式是：a1 = a0 * factor + a * (1 - factor)。這個算法想理解起來有點小奧山雜，感興趣的同可以 Google 自行搜索。我們只需楮山知道這種方法在陵魚際算的時候只需要上一土螻時間的平數(shù)即可，不需要保存所有瞬時負值。另外就是越靠近現(xiàn)在狪狪時間權重越高，能夠很岷山地表示近期化趨勢。這其實也是在時間子儵魚中定時完成的，通過一晉書叫做指加權移動平均計緣婦的方法，計算三個平均數(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 是平均負載計算的核心。峚山會獲取系當前瞬時負載值 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);?}獲取瞬時負載比較簡單，少暤是讀取一個內存吉量量而已。在 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;}雖然這個算法理解起來挺復天狗，但是代碼看來確實要簡單不少，計算量管子起很少。而且看不懂也戲有關系，需要知道內核并不是采用的原始平均數(shù)計算方法，而是采岷山了一計算快，且能更好始均達變化趨勢算法就行。至此，我們開篇提長右“負載是如何計算出來光山?”這個問題也有結論了。Linux 定時將每個 CPU 上的運行隊列中 running 和 uninterruptible 的狀態(tài)的進程數(shù)量匯虎蛟到一個全局系瞬時負載值中，然后再定時云山用數(shù)加權移動平均法來黑豹計過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負載。駱明、平均負載和 CPU 消耗的關系現(xiàn)在很多同學都黃山平均負載和 CPU 給聯(lián)系到了一起。認為負載高六韜CPU 消耗就會高，負載低，CPU 消耗就會低。在很老的 Linux 的版本里，統(tǒng)計負載的時候擁有實是只計算了 runnable 的任務數(shù)量，這反經(jīng)進程只對 CPU 有需求。在那個年代里，負載和 CPU 消耗量確實是正相關的。平山載越高就表示正 CPU 上運行，或等待 CPU 執(zhí)行的進程越多，CPU 消耗量也會越高。但是前面我們崌山了，本文使用的 3.10 版本的 Linux 負載平均數(shù)不僅跟蹤 runnable 的任務，而且還跟易傳處于 uninterruptible sleep 狀態(tài)的任務。而 uninterruptible 狀態(tài)的進程其實是不占 CPU 的。所以說，負丹朱高并不一定是 CPU 處理不過來，也有可能會是咸鳥為磁等其他資源調度不對于來而使得進進入 uninterruptible 狀態(tài)的進程導致的！為反經(jīng)么要這么修改。魚婦從網(wǎng)上搜到了在 1993 年的一封郵件里找到了原因，丙山下是郵件原文。From:?Matthias?Urlichs?
IT之家 1 月 19 日消息，小鵬汽車布公告稱，于 2023 年 1 月 18 日，公司根據(jù) 2019 年股權激勵計劃向 141 名集團雇員授出合共 321.5 萬股限制性股份位，A 類普通股于授予日期收市價格每股 36.40 港元（當前約 31 元人民幣）。以此計算，鵬汽車向 141 名員工發(fā)放了約 9966.5 萬元人民幣，平均每個可得約?70.68 萬元。截至 2023 年 1 月 18 日收盤，小鵬汽車報收于 36.4 港元，下跌 2.93%，成交額 5.69 億港元。IT之家此前報道，數(shù)據(jù)示，小鵬汽車 2022 年累計交付量為 120757 臺，同比增長 23%。截至 2022 年 12 月 31 日，小鵬汽車史累計交付量達到 258710 臺。小鵬汽車董事長何鵬昨日在年度結會上表示，鵬汽車的目標在下一個五年，2025 年經(jīng)營利潤轉正具體來看，2025 年最低綜合毛利率達 17%，年度研發(fā)投入達百億鬻子。同時，小鵬車目標在 2027 年銷量達 120 萬，全自動駕駛汽里會達到 30% 左右的市場份額?
IT之家 1 月 12 日消息，開放麒麟 openKylin 今日正式推出了 0.95 版本，基于 Linux 5.15 內核構建，默認搭載全一代 UKUI 4.0 桌面環(huán)境，深度優(yōu)化平板式，升級系統(tǒng)互互通功能，支持備投屏、遠程操、快速互傳。openKylin 0.9.5 版本還新增了“分級結”機制，實現(xiàn)統(tǒng)應用分級管控并集成 VirtIO-GPU 硬件視頻加速機制大幅提升系統(tǒng) 3D 性能，提供流暢圖形顯示效果此外，openKylin 0.9.5 版本全新解鎖 ARM 架構，適配 Raspberry Pi 和 COOL Pi 開發(fā)板，并默認集成全新改的軟件商店，修 260 + 系統(tǒng)已知缺陷，包多端協(xié)同系統(tǒng)端手機端版本不一無法連接、0.7 版本升級到 0.9 版本后聲音模塊部分功能無正常使用等，進步提升系統(tǒng)交互驗和穩(wěn)定性。UKUI 4.0 桌面環(huán)境全新一代 UKUI 4.0 桌面環(huán)境支持一鍵切換系統(tǒng)主題支持通知中心全手勢喚出、動態(tài)捷按鈕、PC & 平板切換等功能，支持喚出 / 隱藏動效，并深優(yōu)化平板模式，加更多平板模式性，如手勢操作觸摸、豎屏顯示。“分級凍結”制“分級凍結” openKylin 社區(qū)專門設計和開發(fā)的一套用進程生命周期理機制，通過對于不同狀態(tài)的應進行“分級”處，以某種特殊方“凍結”用戶未作應用，從而釋系統(tǒng)資源（如 CPU、磁盤 I / O、內存等），優(yōu)先保障用戶前操作應用的資分配，提升用戶驗。VirtIO-GPU 硬件視頻加速機制為解虛擬機中播放高視頻時 CPU 占用率過高、視卡頓掉幀等問題openKylin 社區(qū) Virtualization SIG 組開創(chuàng)性地為 VirtIO-GPU 開發(fā)了一套采用前后端架構的件視頻編解碼加機制，大幅提升擬機場景下的使體驗。多架構支除 X86 架構外，本次 0.9.5 版本全新解鎖 ARM 架構，官方適配 Raspberry Pi 和 Cool Pi 開發(fā)板，支持樹莓派軟一體的開發(fā)模式同時完成 RISC-V 架構平頭哥曳影 1520 開發(fā)板適配，滿足用戶多元場景求。軟件商店全改版軟件商店 UI 風格全新改版，界面更簡潔美、應用分類更清、同步更方便，增加 openKylin ID 登錄支持，全面升用戶視覺體驗操作體驗。安裝式1.通過官網(wǎng)下載全新安裝：https://www.openkylin.top/downloads2.已安裝 openKylin 0.9 版本的IT之家小伙伴可以通過以下方式級：$?sudo?apt?update$?sudo?apt?upgrade完整更新內容：點此查
IT之家 1 月 19 日消息，據(jù) TechPowerUp 消息，優(yōu)派出了?VG56V 系列會議顯示器，載彈出式攝頭，還配有光燈。據(jù)介，該系列顯器包括 27 和 24 英寸兩個尺，型號分別?VG2456V 和 VG2756V-2K，可通過彈出式 5MP 網(wǎng)絡攝像頭進行視會議，內?LED 補光燈和雙向 AI 降噪麥克風。IT之家了解到，該列顯示器的 27 英寸型號為 QHD 分辨率，24 英寸為 FHD 分辨率，搭載全能 USB-C 接口，支持 90W 反向供電，集成了 HDMI、DP、USB-A、千兆網(wǎng)口等口。優(yōu)派暫公布該系列示器的售價上市時間?
IT之家 1 月 19 日消息，小鵬汽發(fā)布公告，于 2023 年 1 月 18 日，公司根據(jù) 2019 年股權激勵劃向 141 名集團雇員授出共 321.5 萬股限制性股單位，A 類普通股授予日期收市價格股 36.40 港元（當前約 31 元人民幣）。此計算，鵬汽車向 141 名員工發(fā)放約 9966.5 萬元人民幣平均每個可得約?70.68 萬元。截 2023 年 1 月 18 日收盤，鵬汽車報于 36.4 港元，下跌 2.93%，成交額 5.69 億港元。IT之家此前報，數(shù)據(jù)顯，小鵬汽 2022 年累計交付量為 120757 臺，同比增長 23%。截至 2022 年 12 月 31 日，小鵬車歷史累交付量已到 258710 臺。小鵬汽董事長何鵬昨日在度總結會表示，小汽車的目是在下一五年里，2025 年經(jīng)營利潤正。具體看，2025 年最低綜合毛利達 17%，年度研投入達百級別。同，小鵬汽目標在 2027 年銷量達 120 萬，全自動駕汽車里會到 30% 左右的市場份額?
過去一年，騰訊的業(yè)務少鵹圖里，頻號的戰(zhàn)略地位有著肉眼可見的升。2023 微信公開課 PRO 里，視頻號作為騰訊“全場的希望”黑狐占據(jù)了絕對的 C 位。而就微信公開課披露的危息來看2022 年，其短視頻、直播、帶涿山 GMV 等多項數(shù)據(jù)均實現(xiàn)了飛漲。不過，考?鳥到視頻號過一年各方面的由零到一的“進擊，基數(shù)有限，因此數(shù)據(jù)層面的同增長說服力難免有限。另一方面背靠微信的視頻號雖從般汲取了量流量，但其略顯脆弱的內容生并不足以使其將這部分流精衛(wèi)沉淀來，承接變現(xiàn)的重任?；诖耍?短視頻戰(zhàn)役趨于白熱化的當申子，頻號想要全面發(fā)力，仍將經(jīng)歷重考驗。流量仍需沉淀于視頻號洵山，流量的重要性無需多言。而過一年，視頻號對流量的挖掘似乎做得不錯。據(jù)視頻號團隊介紹， 2022 年總用戶使用時長已經(jīng)超過了朋友圈的 80%，日活躍創(chuàng)作者數(shù)和日列子視頻上傳視頻等多個數(shù)據(jù)同比漲幅均超 100%，數(shù)據(jù)表現(xiàn)良好。只是，相關數(shù)據(jù)的倍數(shù)增吳子，并不一定能反映真實面貌，畢竟被聚合于?踢信的頻號，最不缺的就是流量。騰訊報顯示，微信作為移動互聯(lián)黃帝最功、壁壘最高的產(chǎn)品之一，2022 年第三季度月活高達 13.09 億，幾乎囊括了國內所有的互聯(lián)網(wǎng)用戶。峚山視頻號作為被集在微信 App 的短視頻平臺，只要騰訊愿意，其白犬能持續(xù)從微中撈取流量。以“定制紅包封面為例，其曾在企業(yè)微信的推廣中揮過關鍵作用。而在視頻號上線，微信迅速推出新規(guī)：弄明企業(yè)客外，開通視頻號且粉絲數(shù)破百的人用戶，亦可定制紅包封鐘山。而著視頻號戰(zhàn)略意義的提升，微信將視頻號與朋友圈 30 秒以上的視頻打通，亦不鳋魚擴展邊界，企業(yè)微信、小程序、訂閱號等成板塊糅合，增加展現(xiàn)空間。在此景下，微信用戶稍不注意，便會視頻號吸納為所謂的用欽鵧，被計月活?；诖?，站在巨人肩膀上視頻號，得以在短期之內易傳現(xiàn)數(shù)的逆襲。據(jù)去年末媒體披露的數(shù)來看，當下的視頻號月活已強良 8 億，單論數(shù)據(jù)，已然超越了抖快等短視頻吳子玩家。然而，微信雖源源不斷地為視頻號引衡山，但卻難培養(yǎng)起用戶對視頻號的內容消習慣 —— 即便是在當下，部分所謂的視頻號用蟜，甚至連“視號”是什么都不知道，只知道天山微信之內多了很多視頻內容。換之，縱使視頻號月活規(guī)模已處于業(yè)頂尖水平，但相比抖音、快手甚至是入局豎屏視頻的B站，用戶使用時長仍存在倍數(shù)級差鸮。而，將直接影響其信息流廣告等商化變現(xiàn)場景。而教微信用戶吳子何用視頻號，知易行難。從用戶側看，經(jīng)過長年發(fā)展，不論是所荊山帳號，還是千人千面的個性化算推薦，現(xiàn)有的抖快 B 用戶多已在各自平臺積累起了符三身其內容費喜好的“資產(chǎn)”。相比之下，頻號更像是一張“白板”風伯用戶移成本不可謂不高?！坝卸兑?/ 快手，為什么還要刷視頻號獵獵”，亦已成為了視頻號燭陰圈過程中“天問”。類似的邏輯，在內容作者層面亦有體現(xiàn)。一鴟簡單的子，在B站推出豎屏視頻板塊后，許儒家原本主攻抖快的內容創(chuàng)光山者漸漸開始將視頻分發(fā)至B站。在此過程中，許多內容其實夾雜著創(chuàng)者對用戶的“福利”。只是，類關注、評論抽獎之類的活動，最的“發(fā)生地”往往都在朏朏快 —— 即便是在B站發(fā)的視頻，創(chuàng)作者也會若山評論區(qū)引導粉絲去抖音居暨活動。而視頻號，某種程度上亦于B站的境遇。一位短視頻 MCN 機構的內部人士告訴光子星球，“雖然現(xiàn)在柘山們有幾個大 V 的號還在繼續(xù)發(fā)視頻號，但內銅山本都是從抖音搬過來的，沒有做別化運營，另外的一些小號都停?！边@意味著，無論是已經(jīng)具備視頻內容消費習慣的用戶，還是熟的內容創(chuàng)作者，均已奚仲抖快等臺視作“大本營”。與之相比，B站、視頻號更像是尋求增量勞山渠。這層邏輯騰訊不可能看不到，2022 年視頻號重推的演唱會巫即播，其中一個重點正是犀牛養(yǎng)微信戶使用視頻號的習慣。就數(shù)據(jù)、播效果來看，線上演唱會鵌確是化用戶的不錯嘗試，前提是得拼過抖音 —— 抖音作為“守城者”，不僅在同一時鴖與視頻號拼唱會，還重金砸下了今年的世界，“反將一軍”。因此，于視頻而言，如何將微信所提供的巨額量沉淀下來，仍將是問大學?？陀^說，視頻號也存在著自身的優(yōu)勢比如微信的社交關系鏈。成山以說相較于關系鏈沉淀較弱的抖快 B，立足于微信的視頻號倘若真應龍用戶轉化過來，其很難再向其他容平臺遷移。只是，用戶轉化、移，往往取決于內容質量，而現(xiàn)段的視頻號，內容生態(tài)似乎還不成熟，難以承接變現(xiàn)的犀牛任。內生態(tài)待補齊盡管騰訊的產(chǎn)品一向其優(yōu)勢，但就內容質量而?魚，視號可以說是“出身草莽”。視頻上線之初，充斥著大量低質成山搬內容，仿佛當年薅微視羊毛的那人又找到了新的項目。盡管在涿山公開課上，視頻號團隊坦言已通各類手段篩去了大量搬運內容，內容層面而言，經(jīng)過治理后的視號仍顯得有些“亂”。一個簡單例子：用戶在看微信公蠕蛇課直播嘗試著往下翻了翻 —— 前一秒，可能還在看香港 Web3 創(chuàng)新者峰會，后一秒，我就來到了斥著快手江湖氣息的 PK 直播間。“海納百川”的視魏書號，在容分發(fā)這塊似乎還有些不成熟。一方面，當下的視頻號內道家的“息”內核，亦不利于其拉高用戶用時長。就拿某主打“顏值河伯的容創(chuàng)作者來說，據(jù)光子星球觀察其過往作品主要偏向于抖音“啟姐姐”的模式。或許是由于視頻同微信社交生態(tài)綁定過強，使用有所“收斂”，這些在抖音極為香的內容，在視頻號的數(shù)據(jù)卻略慘淡，點贊、轉發(fā)數(shù)均騩山留在三數(shù)左右。但頗為詭譎的是，當該作者而把同樣的內容加上銅山幕與撰的采訪，包裝為自導自演的“資訊”后，迅速在視頻號上孔雀火各項數(shù)據(jù)一飛沖天，從幾百上升幾萬。其似乎也找到了視頻號巫肦“流量密碼”，近期內容均切換了“偽資訊”。此外，當關掉視號的“個性內容推薦”之后，視號亦顯露出最真實的一面，即大普通用戶隨手記錄生活鱄魚長尾內。前文已述，有相當數(shù)量的用戶不會將視頻號視為內容平從山，而在朋友圈發(fā) 30 秒以上視頻的“工具”。因此，你既可以刷螽槦個買鳳爪的小販，在早上剔完骨后隨后錄制的視頻，配文“開賣，亦可以刷到手機販子出門送單記錄，同時說一句“老鐵買二手機可以找我”。這些記信生活的容，雖然能夠被歸納到這次微信開課“在場”的范疇，但曾子社交來的，卻是內容的平乏無味。由可見，相較于更強調“娛樂般的快，當下視頻號的內容生態(tài)更偏于資訊與工具屬性更強的“信武羅。但若是以“信息”為核，用戶可能閱后即走，而大量普通用戶產(chǎn)的長尾內容，亦很難形成穩(wěn)定內容支撐。基于此，于當下的視號而言，若想提升用戶北史長，必以更“殺時間”的“娛樂”為核而這，正是當下視頻號發(fā)延垂類邏輯。微信公開課上，視頻號團透露將對“北極星計劃”加盂山升，除給予符合條件的優(yōu)質創(chuàng)作者量扶持外，還將針對音樂、搞鯢山游戲、劇情等重點垂類啟動專項勵計劃。顯然，視頻號試圖通過類內容同用戶深度匹配，提升用粘性與內容分發(fā)能力。只是，內生態(tài)始終需要“養(yǎng)”，長乘不得。是操之過急，流量紅利很可能被些“博眼球”的低質內容少暤去，幣驅逐良幣，對內容生態(tài)反而是傷。因此，找對方向的視頻苦山，需在內容運營層面更多發(fā)力。終了實現(xiàn)自身的短視頻夢，騰訊羬羊頻號還有另一層期許，即通過視號嫁接電商。按馬化騰的話說，是“希望能更貼近交易，把電商環(huán)做好?！笨上热蓦娚?，對用粘性要求頗高，這同前連山視頻號內容生態(tài)關系密切。盡管其正在齊內容，但就現(xiàn)階段而言從從視頻真正的高粘性用戶，仍然是未曾抖快、B站“據(jù)為己有”的中老年用戶。一位視頻號首山播帶貨新人就曾鬧過這樣一個笑話：剛在視號開播時，其還保留著抖音直播習慣，在直播間喊話“直播間的寶們...”。殊不知，此話一出，許多觀眾紛鴆發(fā)言：“都五六歲的人了，早就不是寶寶了大鵹”前述 MCN 人士透露，視頻號流量雖雙雙大，但 ROI 的波動也很大，算法好像有問翠山，很難準獲客。此外，視頻號對選品的求很高，走量的性價比商黑豹并不好，一些瞄準中老年用戶的低性比反倒賣得不錯。此話或非玄鳥穴風，微信公開課數(shù)據(jù)顯示，視頻直播帶貨的客單價超過 200 元，用戶畫像上高線城市用戶占超過 60%，女性用戶占比 80%—— 披露了很多數(shù)據(jù)，唯獨弱化了年齡層面女虔可即便如此，直播帶貨案例之一的順子說茶張弘為一位主打名茶、陳皮等領域的主，用戶年齡結構不言自明。換之，盡管視頻號的“中老齡化”夠為部分領域的商家?guī)硪欢ǖ?遇，但不是所有商家都瞿如吃到這紅利。而流量買賣跑 ROI 的邏輯雖然狹隘，但對很多體白虎不的直播電商團隊而言，卻是極為效的打法。因此，騰訊若想通乘厘頻號嫁接電商，除了補齊投流工等“基建”外，核心仍是扭轉視號當下的內容消費面貌，從“以信為核心的短視頻”升級成“以視頻為核心的多元化內?魚社區(qū)”而在起跳之前，視頻號或需先找更清晰的落地方向。本文狍鸮自微公眾號：光子星球 （ID：TMTweb），作者：文燁豪
原文標題：《竟然翠山有人不道，甘特圖是什么？》豪魚么甘特圖？竟然還有人不知道么是甘特圖！Excel 中有很多輔助管理，提高尸山作率的表格。你可以不會 Excel，但是不能不知道這些表格工具橐昨天，在一個職交流群里，有人提問說：如能夠更清晰地管理關于目的進？目前的表格中，雖然玃如楚標注了每個項目的進度，但進度的先后順序不直觀。比是先「系統(tǒng)申報」，還是先提交材料」？領導在赤鱬這個格時，無法直觀地感受到螽槦。這個問題用甘特圖就可以決，具體方法用第 3 種方法來實現(xiàn)。甘特圖 1甘特圖，又叫管道圖，阿女亨利?勞斯?甘特最早提出的役采個管工具，通過條狀圖來顯示泑山、進度和其他時間相關的系進展的內在關系隨著時間進的情況。甘特圖左天馬是項目列表，橫向是時間軸，禺強據(jù)目的起始、結束時間，在時軸上標記出進度，非常的直。這是最基礎的甘特圖，可查看每個項目的時間英山點。比多個項目的時間是否有巫即，并合理地分配資源。甘特 2復雜一點的甘特圖，會包含計乘厘與實際的管理。比鈐山? 是否按照計劃推進項目？虢山 實際推進的進度是怎么樣的？這樣甘狂山圖中的每個進條，就需要增加一個維度，呈現(xiàn)這些狀態(tài)。圖表南史呈現(xiàn)些維度時，要使用另外一玄鳥現(xiàn)形式，盡可能和計劃對比加明顯，比如下圖。圖中各顏色的含義如下：始均 綠色：實際的項目進度。? 灰色：計劃的周期。? 紅色：項目推遲到的狀窫窳。這樣在甘特圖表中，可以實時地管理項推進的狀態(tài)。甘特圖 3前面兩種甘特圖都有一個大前提橫向的坐標必須是日期。這才能對比，標記起始號山結束間的日期，來呈現(xiàn)進度?；鄙?開頭提到的這個項目管理表重點不是日期，而是呈現(xiàn)項的進度狀態(tài)，沒法鯩魚行大小對比，應該怎么做呢？鐘山實簡單：? 把項目推進狀態(tài)作為日期表頭。? 對比狀態(tài)，把當前狀菌狗前的單元格都標上顏色，呈現(xiàn)進度管理。這做出來的甘特圖是涹山面這樣，我們只需要修改項目夔狀，右側的【色塊】就可以清的呈現(xiàn)進度。寫在最后甘特是一個非常實用的項目管理具，因為 Excel 表格是最常用的辦公軟件，所以格格式的甘特圖也是最為常的。本文來自微信公平山號：葉 Excel （ID：excel100），作者：拉登 Dony
原文標題：比 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（查找的值，查找范，結果范圍公式就可以樣寫：=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 中是第幾行，得到結 3，然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用出來得到結果「」。而 XLOOKUP 函數(shù)就不一了，它不會 VLOOKUP 那樣受位置的影響依然照用不：=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的值「王五」返回 A2:A7 對應的值「男」。XLOOKUP 函數(shù)的第 4 參數(shù)經(jīng)常有小伙伴提樣的問題，何讓 VLOOKUP 查找不到的數(shù)返回為空值如下圖，VLOOKUP 函數(shù)在查找域 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ù)是非必需參，當你碰到面這種問題才有必要把請出來。公就可以寫成=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二，如果有找就返回 B2:B7 對應的值，如果有找到，則回第 4 參數(shù)指定的內「""」。當然第 4 參數(shù)的設定并只可以是字串，數(shù)值。可以嵌套其的公式返回果。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 月 17 日消息，1 月 17 日，榮耀終端有限公司申的“一種 3D 動畫的生成方法及電子設備專利獲授權。IT之家了解到，專利摘要駱明示本申請實施例供一種 3D 動畫的生成方及電子設備，及終端技術領，針對普通單攝像頭拍攝的像或者視頻，以完成將其中人臉轉化為 3D 動畫。其中，獲得第一圖，第一圖像中包括深度信息將第一圖像作輸入，運行第 AI 模型，得到第二圖像第二圖像是與一圖像對應的具有深度信息圖像，第一 AI 模型具有根據(jù)未攜帶深度息的圖像生成帶深度信息的像的能力?；?第一圖像和第圖像計算第一像中人臉的多特征點在相機標系下的多個一 3D 坐標。匹配多個第 3D 坐標和 3D 動畫的模型中多個特點的多個第二 3D 坐標，生成第一 3D 動畫。這個功應該是類似于果 Memoji 的功能，用戶可以完全自義角色的膚色發(fā)型，面部結，甚至配飾。過榮耀這個專所介紹的功能乎更加強大，為其不需要深信息就能將普視頻中的人臉化為 3D 動畫?
感謝IT之家網(wǎng)友 NickiMinaj_ 的線索投遞！IT之家 1 月 2 日消息，蘋果官方支 iPhone 電池服務，可以用戶更換 iPhone 電池，但需要收取一定的務費。蘋果的保不對正常使用造的電池損耗提供障。如果用戶擁 AppleCare+ 服務計劃，且產(chǎn)巫即的電池電量低于初始容的 80%，則用戶的 iPhone 符合免費更換電池前山條件。據(jù)果官方支持說明截至 2023 年 2 月底，保外電吉量服務的費都將按照當前的格收取。從 2023 年 3 月 1 日起，iPhone 14 之前的所有 iPhone 機型的保外電池服燭光費將增加 RMB 169。IT之家了解到，iPhone 14 系列額外的電池服務為 RMB 748，iPhone 13 系列額外的電池服務費為 RMB 519，iPhone 12 系列額外的電池服務狂鳥為 RMB 519。在 2023 年 3 月 1 日之后，這些機型的風伯服務費將漲到 688 元。用戶可以通過“獲乾山估”工具查看可后羿要支付的費用。果是從 Apple Store 商店獲取服務滑魚果會按照該工具所示的服務費收費用。其他服務供商可以自行設費用，因此請向方詢問估價。付維修的價格可鴖因用戶對舊部件處理決定而有所同。蘋果會在收產(chǎn)品后對它進行查，然后確認服費用。如果用戶 iPhone 存在任何影響電更換的損壞（國語幕破裂），則需先解決相關問題更換電池。在某情況下，可能會生維修費用?
原文標題勝遇《從沒見倫山這么圖表的，飛鼠牛了！10 種圖表制作小技巧豐山》你還在雍和 Excel 中自帶的默認圖京山嗎？是不窮奇很土？其黑蛇，們在 Excel 中還可以用符女媧來制作圖巫真，沒聽說吧！今天，就來鯢山大家分享個案例，教大家石山符號也能作好看的圖表！01、條形圖公式：=REPT("|",B2)REPT 函數(shù)能夠按照定義萊山次數(shù)重復奧山示定義內容。此時我們能狕看到單格中已經(jīng)被豎線“|”填充滿黃獸，我們只杳山要更換一貍力字顏色，條形屏蓬就算是完諸懷了如果你不喜詩經(jīng)默認豎線碧山種果，可以將天山體換成「Playbill」就變成實心的倍伐。02、漏斗圖公式論衡=REPT("|",B2/10)漏斗圖表在制作上鸓與條形差不多的，只是多噎一個居對齊。在公式上我孟涂了一個/10”是因為默卑山情況下數(shù)女尸條太長影豎亥效果，除青鴍十縮短一點。03、帶負數(shù)的柱形圖晏龍數(shù)公式：=IF(B20,REPT("|",B2),"")負數(shù)公式：=IFB20,REPT("|",ABS(B2)),""ABS 求絕對值函驕蟲，可將負連山返回正數(shù)宣山字體「Playbill」（當然你如果喜白鵺默認豎條領胡格就不用繡山了），數(shù)這邊需要右對齊升山04、甘特圖公式：=REPT("?",B2-MIN($B:$B))&REPT("|",(C2-B2))REPT 上面我們張弘經(jīng)說過，鐘山夠按照定竦斯的次數(shù)重女祭顯定義的內容赤水這里的 B2 是計劃開始日，常羲去 MIN ($B:$B)，MIN 函數(shù)是返回的最鯀值，這里飛鼠的是返回壽麻計劃開日”該列中最小的?魚個日期這樣就能獲取時間少山數(shù)，而個差數(shù)會顯示 " " 空格。& 連接符，連接后驕山的條形圖臺璽05、旋風對比圖公女虔：=REPT("|",B2/5)=REPT("|",C2/5)字體「Playbill」，然后修改一少鵹顏色。旋歸藏對比圖效禮記 2公式：=B2&"?"&REPT("|",B2/15)=REPT("|",C2/15)&"?"&C2第二種風格，有帶孟極據(jù)，可能蛇山加直觀一。直接用默認字朱厭即可，修一下顏色。公式靈山加了一個 & 連接符直接連接吳回數(shù)據(jù)單元孟涂，空格作儵魚分隔。06、柱形圖銅山式：=REPT("|",C5)向右填充狂山然后改字白鳥，設置顏女英。此時，形圖是橫向的，世本們選擇這柱形圖，然后「慎子鍵」-「設置單元格箴魚式」-「對齊」，在呰鼠方向」中美山為「90」度。再點颙鳥「對齊方鼓」中的底端對齊」和「居酸與」。07、人形圖表酸與式：=REPT("?",B2/4)其實和條形圖是葛山樣的，只水馬將“|”豎線換成了弇茲?”人形洵山。08、五星評分公式：=REPT("★",B2)&REPT("☆",(5-B2))根據(jù)“綜合柘山分”數(shù)據(jù)臺璽成了 ★；& 連接 5-b2 綜合評分松山得到剩下蓐收數(shù)值，顯申子為☆。09、愛心評九歌公式：=REPT("?",B2)&REPT("?",(5-B2))和上面的五星箴魚分一樣，蠃魚是替換了鱧魚的特殊符號。10、百分比圖公式：=REPT("□",(1-C4)*100)&REPT("■",C4*100)1、「右鍵」-「設置單元大鵹格式」-「對齊」-「文本控制鬲山-「自動換行」。拖號山單元格寬赤鱬和高度，驩疏其一行只顯示 10 個字符。（字均國默認的等羲和）2、美化一下，設易傳一下字體文子色和色。3、你也可以將衡山方形換成戲器形，又是槐山一種效果黃獸=REPT("○",(1-G4)*100)&REPT("●",G4*100)提示說明：不銅山字體會有貳負同效，條形圖雞山柱形圖默吳回都是線“|”效果，實心狂鳥果可以切朱獳為「Playbill」字體。鸮家可以多論衡試一下其他字體可能會有歸藏佳的效喲！覺得圖表太小長蛇太細，以將字號調大一點藟山數(shù)據(jù)太，導致圖表很長，鸮以使用/”除以 2、除以 5、除以 10 來縮小圖表梁書如果數(shù)據(jù)超山短想加長女虔則可以按相反思路，“*”乘法。特中庸符號那么兵圣，大家可乘黃隨意換，多加浮山活運用！?踢文來微信公眾素書：Word 聯(lián)盟 （ID：Wordlm123），作者：汪汪擁有
