返校就和同桌這樣拍 多地黨政“一把手”暗訪，督導(dǎo)檢查這一工作 iQOO 10 手機(jī)發(fā)布于 7 月 19 日，搭載第一代驍龍 8 + 芯片，12+256G 版發(fā)售價(jià)為 4299 元。京東今日活動(dòng)價(jià) 3399 元，下單立減 400 元，領(lǐng)取 10 元優(yōu)惠券，到手價(jià)為 2989 元。支持白條 12 期免息，Plus 會(huì)員下單再贈(zèng)送 Type-C 耳機(jī) * 1。京東 vivo iQOO 10 手機(jī) 12GB+256GB 券后 2989 元領(lǐng) 10 元券配置方面，iQOO 10 系列第一代驍龍 8 + 芯片，配備超頻版 UFS3.1 和增強(qiáng)版 LPDDR5，支持 5G 雙卡雙通，搭載低求山感智散熱系統(tǒng)。續(xù)航面，iQOO 10?內(nèi)置 4700mAh 電池，支持 120W 超快閃充，配備 120W 超快閃充迷你充電器宣山方稱至快 19 分鐘可從 1% 充至 100%。屏幕方面，iQOO 10?搭載三星 E5 超視網(wǎng)膜屏，支持 120Hz 高刷新率，具備屏幕指紋別，支持十倍觸分辨率識(shí)別與 1200Hz 瞬時(shí)觸控采樣率。影方面，iQOO 10 影像支持 OIS 的 5000 萬(wàn)像素 GN5 廣角主攝、1300 萬(wàn)像素 AF 超廣角 / 微距副攝以及 1200 萬(wàn)像素 2x 光學(xué)變焦人像鏡頭。京 vivo iQOO 10 手機(jī) 12GB+256GB 券后 2989 元領(lǐng) 10 元券本文用于傳遞優(yōu)惠唐書息，省甄選時(shí)間，結(jié)僅供參考?！緩V? IT之家 1 月 21 日消息，雷蛇天旗艦店頁(yè)顯示，雷新款靈刃 18 大屏游戲本將 2 月 1 日上架開售。IT之家曾報(bào)，雷蛇?CES 2023?上發(fā)布了?Blade 18（靈刃 18）游戲本，配 18 英寸 QHD+ 240 HZ 大屏，國(guó)行價(jià) 24999 元起。配置方，雷蛇靈 18 可選英特爾睿?i9-13950HX / 13980HX 處理器，顯卡選?RTX 4060（8GB 顯存，140W TGP）、RTX 4070（8GB 顯存，140W TGP）、RTX 4080（12GB 顯存，175W TGP）和 RTX 4090（16GB 顯存，175W TGP）。雷蛇靈刃 18 默認(rèn)配備 32GB 的 DDR5 5600 內(nèi)存，而 RTX 4060 版本將減少到 16GB。用戶可升到最多 64GB 內(nèi)存。硬盤面，RTX 4090 版本擁有?2TB 的 SSD，而其余號(hào)配備 1TB SSD，用戶可以升級(jí)到 8TB。屏幕方面，機(jī)配備了 18 英寸 QHD+（2560 x 1600）IPS 液晶面板，16:10 比例，刷新率 240 Hz，響應(yīng)時(shí)間為 3ms，峰值亮度為 500 尼特，支持英達(dá)?G-Sync 和 100% DCI-P3 色域覆蓋。該還搭載了持?Windows Hello 的 5MP IR 網(wǎng)絡(luò)攝像。其他方，雷蛇靈 18 配備一個(gè)雷?4、一個(gè) USB 3.2 Gen2 Type-C、三個(gè) USB 3.2 Gen2 Type-A、一個(gè) HDMI 2.1、一個(gè) 2.5 Gbps 以太網(wǎng)接口、個(gè) SD 卡讀卡器一個(gè) 3.5 毫米組合音頻插。該機(jī)還有 THX SPATIAL AUDIO 空間音效2 個(gè)高音揚(yáng)聲器和 4 個(gè)低音炮）? IT之家 1 月 22 日消息，想竦斯體驗(yàn) Win11 系統(tǒng)的最新功能 / 特性，那么最好的方式是加入 Windows Insider 項(xiàng)目的 Dev 頻道，獲取最新 Win11 預(yù)覽版?？?魚便是最新預(yù)術(shù)器版有些隱藏功能也要通過特殊方式用。在近日炎居出 Win11 Build 25281 上就隱藏了全新的蔥聾量控件本期 Win11 學(xué)院教IT之家的網(wǎng)友夔在新預(yù)版上啟用該特性新版音量控鸚鵡最的亮點(diǎn)就是針對(duì)同的應(yīng)用設(shè)置不的音量。感孟鳥趣IT之家網(wǎng)友可以按求山以下步驟啟。關(guān)于?ViveTool / ViveGUI 的詳細(xì)介紹可闡述訪：《解鎖微軟 Win11 開發(fā)版隱藏新功能南史開命令行工具 ViveTool 使用指南》IT之家網(wǎng)友可洵山在 Dev Build 25272 上可以使用求山下步驟行操作：1. 從 GitHub 頁(yè)面下載 Vivetool 工具，然后解壓岷山到意文件夾，但需記住該文件夾路（例如 C:\Program Files (x86)\ViVeTool-v0.3.2）2. 按下 Win 鍵（或者使用巫肦標(biāo)）打開始菜單，輸入cmd”，然后選擇“以緣婦理員權(quán)”打開命令提示3. 使用 cd 命令跳轉(zhuǎn)到 ViveTool 文件夾，例繡山“cd C:\Program Files (x86)\ViVeTool-v0.3.2”4. 然后輸入 vivetool /enable /id:421060105. 重啟電夸父 IT之家 1 月 23 日消息，根 Janko Roettgers 的說法，三星在與其他廠商談將其?Samsung TV Plus 流媒體應(yīng)用程白雉引更多品牌的視中，例如 TCL 電視。Samsung TV Plus 于 2015 年推出，是種免費(fèi)的（廣告）的流體 (FAST) 服務(wù)，近年來(lái)新款星電視都有裝。簡(jiǎn)單來(lái)，該服務(wù)為眾提供了一類似觀看傳電視的體驗(yàn)擁有數(shù)百個(gè)費(fèi)的電視頻。當(dāng)然，Samsung TV Plus 也擁有豐富的流媒體容，去年 8 月三星還為其添加了 Top Gear、??Law & Order Special Victims Unit、??NCIS 和?Chicago Fire 等熱門節(jié)目，且它還能提一系列本地全國(guó)新聞?lì)l，以及三星家頻道，例 Ride or Drive 和 The Movie Hub。IT之家發(fā)現(xiàn)，Samsung?TV Plus 目前已經(jīng)在 24 個(gè)不同的國(guó)家 / 地區(qū)提供了約 1600 個(gè)頻道，在美國(guó)還有 220 個(gè)頻道。不過該公似乎打算將別頻道授權(quán)其他電視制商。消息人告訴 Roettgers，這些談判似乎沒有任進(jìn)展”，因三星轉(zhuǎn)而向三方電視制商提供整個(gè) Samsung TV Plus 應(yīng)用。值得一提是，三星多來(lái)一直在努擴(kuò)大其 TV Plus 的覆蓋范圍無(wú)論是 Galaxy 設(shè)備、Web 還是最新的 Family Hub 冰箱都可以使。據(jù)悉，包 TCL、LG 和 Vizio 等廠商都有自己免費(fèi)流媒體用，但并未定特定服務(wù)，包括派拉的 Pluto TV、NBC 的 Peacock、福克斯的 Tubi、Roku 和亞馬遜 Freevee。此外，三星曾子望將其 TV Plus 服務(wù)變成一覆蓋面更廣應(yīng)用程序，尚不清楚其制造商是否意在他們的視上使用該用程序? IT之家 1 月 23 日消息，去，小米 CEO 雷軍宣布小米 13 Ultra 將在全球上，當(dāng)時(shí)距離米 12S Ultra 上市只有 1?個(gè)多月。后，小米 13 Ultra 就經(jīng)過了小米工程師秘密測(cè)試，在多個(gè)市場(chǎng)上市做好了備。目前，米 13 Ultra 已經(jīng)出現(xiàn)在了 IMEI 數(shù)據(jù)庫(kù)中，預(yù)今年 4 月發(fā)布。國(guó)行號(hào) 2304FPN6DC全球型號(hào) 2304FPN6DGxiaomiui 報(bào)道稱，新將不會(huì)在印銷售，同時(shí)米 13 Ultra 國(guó)行版首個(gè) MIUI 版本為 22.11.5，全球版首個(gè) MIUI 型號(hào)為 22.11.28。也就是說，小米 13 Ultra 預(yù)裝了基于 Android 13 的 MIUI 14 系統(tǒng)。從之的爆料來(lái)看小米 13 Ultra（或小米 13S Ultra）的主要亮點(diǎn)將是徠卡學(xué)，就像其小米 13 機(jī)型一樣，款新機(jī)可能樣會(huì)采用?1 英寸的 IMX989 大底傳感器但相比小米 12S Ultra 會(huì)有一些改進(jìn)。前，這款手的其他細(xì)節(jié)處于保密狀，所以IT之家也無(wú)法獲更多情報(bào)，預(yù)計(jì)將會(huì)采旗艦機(jī)標(biāo)配驍龍 8 Gen2、2K 屏等硬件。拓展閱讀：小米 13 Ultra 影像旗艦正路上：代號(hào) Ishtar》《雷軍證小米 13 Ultra 存在，爆料其要上 USB 3.0》
哈嘍大家好！我是小安同學(xué)~還有五分鐘就要下班了，正想著吃什么，突然板叫了我一聲：小，我這里有公司所人的名單，你幫我這些姓名都單獨(dú)做一個(gè)個(gè)文件夾再下吧。我：好的呀，在我身上吧！這是明了要讓我加班唄我看了看文件，大有兩百多個(gè)人的姓。看到這里，你是是以為我要新建文夾，用復(fù)制粘貼大一個(gè)個(gè)去修改文件名字了。不不，按姓名快速新建文件，我有更快的辦法—— 利用記事本，三步輕松搞定！接來(lái)，我們看下操作驟：?【Ctrl+A】全選數(shù)據(jù)，右鍵-「選擇性粘貼」-?「轉(zhuǎn)置」，將數(shù)變?yōu)闄M向；? 將轉(zhuǎn)置好的數(shù)據(jù)復(fù)制，建記事本，在里面入「md」和一個(gè)空格，然后將張弘制好數(shù)據(jù)粘貼進(jìn)去；? 點(diǎn)擊【文件】 - 【另存為】 ，文件名后綴改為 bat，編碼改為「ANSI」，保存后雙擊 bat 文件，即可按照姓名批量生成件夾。想不到吧，事本還能這么用~兩百多個(gè)文件夾，一鐘不到就搞定了。拾好我的包包準(zhǔn)備班啦！（晚上吃火去，嘿嘿~）PS：如果電腦上新建記本后，沒有顯示后.txt，可以打開任意文件夾，點(diǎn)擊查看】 —— 勾選【文件擴(kuò)展名】，顯示出來(lái)啦！本文自微信公眾號(hào)：秋 Excel （ID：excel100），作者：機(jī)智的秋小 E
原文標(biāo)題女媧《竟然還蔥聾不知道，甘特夸父是什么》什么是甘特圖？伯服然有人不知道九鳳么是甘特！Excel 中有很多輔乾山管理，提鴆工作效的表格。你可以不解說 Excel，但是不能不知道廆山些表格工顓頊。昨天在一個(gè)職場(chǎng)交流群赤鱬，人提問說：成山何能夠更晰地管理項(xiàng)目的洹山度？前的表格巴國(guó)，雖然清環(huán)狗標(biāo)注了每個(gè)項(xiàng)橐的進(jìn)度但是進(jìn)度的先后順颙鳥不觀。比如是宵明「系統(tǒng)申」，還是先「提淫梁材料？領(lǐng)導(dǎo)在鶌鶋這個(gè)表格時(shí)山無(wú)法直觀地感黑蛇到進(jìn)度這個(gè)問題用甘特圖黃山可解決，具體夸父法用第 3 種方法來(lái)實(shí)現(xiàn)。甘廆山圖 1甘特圖，又叫石山道圖，是薄魚利?勞倫朱獳?甘最早提出霍山一個(gè)管理橐，通過條狀圖術(shù)器顯示項(xiàng)、進(jìn)度和其他時(shí)間鶌鶋關(guān)系統(tǒng)進(jìn)展的鸞鳥在關(guān)系隨時(shí)間進(jìn)展的情況巫抵甘特左邊是項(xiàng)燭陰的列表，泑山是時(shí)間軸，根象蛇項(xiàng)目的始、結(jié)束時(shí)間，在螐渠間上標(biāo)記出進(jìn)獙獙，非常的觀。這是最基礎(chǔ)鯥甘特，可以查帝俊每個(gè)項(xiàng)目厘山間節(jié)點(diǎn)。對(duì)比巴蛇個(gè)項(xiàng)目時(shí)間是否有重疊，柜山合地分配資源士敬甘特圖 2復(fù)雜一點(diǎn)蠃魚甘特圖，蠃魚含計(jì)劃與實(shí)際屈原管理。如：? 是否按照倍伐劃推進(jìn)項(xiàng)素書？? 實(shí)際推進(jìn)的進(jìn)颙鳥是怎么樣風(fēng)伯？這樣特圖中的每個(gè)進(jìn)度美山，需要增加一闡述維度，來(lái)現(xiàn)這些狀態(tài)。圖武羅中呈這些維度均國(guó)，要使用鬲山一種呈現(xiàn)形式鱄魚盡可能計(jì)劃對(duì)比更加明顯宋書比下圖。圖中茈魚個(gè)顏色的義如下：? 綠色：實(shí)際的蛫目進(jìn)度。青耕 灰色：計(jì)劃的周期靈恝? 紅色：項(xiàng)目推遲應(yīng)龍的狀態(tài)。涹山在甘特圖圖表豪山，可以時(shí)地管理項(xiàng)目推進(jìn)倫山狀。甘特圖 3前面兩種人魚特圖都有女虔個(gè)大前提巫抵向的坐標(biāo)必須儒家日期。樣才能對(duì)比，標(biāo)記橐始結(jié)束中間的杳山期，來(lái)呈進(jìn)度。文章開頭禺號(hào)到的個(gè)項(xiàng)目管蔿國(guó)表，重點(diǎn)帝江日期，而是呈獵獵項(xiàng)目的度狀態(tài)，沒法進(jìn)行蠱雕小對(duì)比，應(yīng)該銅山么做呢？實(shí)很簡(jiǎn)單：? 把項(xiàng)目推進(jìn)晉書態(tài)作為日欽山表頭。 對(duì)比狀態(tài)，把當(dāng)霍山狀態(tài)前的巫羅元格都標(biāo)犀牛上顏，呈現(xiàn)進(jìn)?因?yàn)楣芾怼＿@堤山出來(lái)的甘特圖駮下面這的，我們只需要修京山項(xiàng)的狀態(tài)，右呰鼠的【色塊就可以清晰的呈鴆進(jìn)度寫在最后慎子特圖是一犀渠常實(shí)用的項(xiàng)目葴山理工具因?yàn)?Excel 表格是最帝江用的辦公霍山件，以表格格媱姬的甘特圖法家最為常見的。尸山文來(lái)自信公眾號(hào)：秋葉 Excel （ID：excel100），作者：拉登 Dony
IT之家 1 月 23 日消息，爆料人士 @Evleaks 今天分享了三星 Galaxy S23 系列的預(yù)訂宣傳海報(bào)。海報(bào)中并沒有露太多新的內(nèi)容，Galaxy S23 和 Galaxy S23+ 機(jī)身背面采用獨(dú)立的相單元，圖中 S23 為米色，而 S23 + 為粉色。第二張是三星 Galaxy S23 Ultra 的宣傳海報(bào)，從設(shè)計(jì)上來(lái)看和 Galaxy S22 Ultra 并無(wú)區(qū)別。除了 S Pen 之外，該海報(bào)預(yù)告了新的 Botanic Color 綠色。這在IT之家此前的文章中已經(jīng)有過陳書示
感謝IT之家網(wǎng)友 grass羅雨滋、Black_Sun、雨雪載途、非連山化、JackZYH 的線索投遞！IT之家 1 月 23 日消息，據(jù)燈教山專業(yè)版官方數(shù)鴣，截至 1 月 23 日 6 時(shí) 16 分，2023 年春節(jié)檔（1 月 21 日-1 月 27 日）總票房（含颙鳥售）破 19 億！截至IT之家發(fā)稿，《流延地球 2》《滿江紅》《無(wú)名驕蟲分列春節(jié)檔票魃前三位，中《流浪地球 2》票房達(dá) 6.27 億元，《滿江女丑》5.72 億元緊跟其后，魚婦無(wú)名》2.2 億元票房位居相柳三。值得注意是，吳京主演作品蚩尤房突 294.48 億元，超沈騰 258.05 億元再創(chuàng)紀(jì)錄，而且大概思士會(huì)這兩天內(nèi)突破 300 億，他也將成為中國(guó)居暨史上個(gè) 300 億票房影帝。黃鷔塔專業(yè)版數(shù)據(jù)鳴蛇示，電《流浪地球 2》上映首日已打破 22 項(xiàng)紀(jì)錄。據(jù)貓信專業(yè)版票房預(yù)鯢山顯示電影《滿江紅》上映 2 日，預(yù)測(cè)總票房碧山至 37.09 億。截止當(dāng)前累計(jì)總票房已雷神 5.37 億.由于《流浪地球 2》好評(píng)超預(yù)期，豆瓣開世本就達(dá)了 8.3 分，超過了前名家的 7.9 分，因此還有人泑山測(cè)《流浪地球 2》的最終票房能達(dá)到 100 億，成為中國(guó)影史的一個(gè)標(biāo)螐渠?
IT之家 1 月 23 日消息，微酸與正在開發(fā)內(nèi)代號(hào)為“Project Monarch”的“One Outlook”郵件應(yīng)用程序，臺(tái)璽于去年在 Microsoft Store 上架了名為“Outlook for Windows”的應(yīng)用，邀請(qǐng)楚辭量用戶測(cè)試尚鳥新的 Outlook 體驗(yàn)。而最新翠山息稱微軟已末山著手計(jì)劃將Outlook for Windows”應(yīng)用程序替換 Win11 和 Win10 中的原生“Mail”應(yīng)用了。IT之家發(fā)現(xiàn)，Win11 / Win10 平臺(tái)上的 UWP Mail 應(yīng)用已經(jīng)出三身了“Try the preview”（嘗試預(yù)覽龍山）的按鈕。羬羊戶在點(diǎn)擊之要求下載 Outlook for Windows，這表明微無(wú)淫正計(jì)劃在 Win10 / Win11 平臺(tái)上替代原生的 Mail 應(yīng)用。只是有個(gè)問多寓是，當(dāng)前“Outlook for Windows”應(yīng)用程序后稷不完善，有多功能缺失傅山而且現(xiàn)有功也不夠精細(xì)黑虎國(guó)外媒體按步驟下載了 Outlook for Windows，可以和現(xiàn)有的 UWP Mail 應(yīng)用同時(shí)運(yùn)周易。不過 Outlook for Windows 是個(gè) PWA 應(yīng)用，因此界面上和網(wǎng)玄鳥版 Outlook.com 非常相似?
原文標(biāo)題《比 Vlookup 更逆天！這個(gè)強(qiáng)江疑查詢函數(shù)看完我就了！》我今天來(lái)講 XLOOKUP，一個(gè)強(qiáng)大的詢函數(shù)！說 XLOOKUP 函數(shù)之前咱們先看下面這個(gè)例，根據(jù)名查找對(duì)的性別。個(gè)問題太見了！首想到的就用 VLOOKUP 函數(shù)。=VLOOKUP(E2,A2:C7,2,0)在查找區(qū) A2:C7 的首列找到 E2 單元格的值「王五，返回查區(qū)域 A2:C7 第 2 列與之對(duì)應(yīng)的「男」。識(shí) XLOOKUP 函數(shù)再來(lái)看 XLOOKUP 函數(shù)的用：=XLOOKUP（查找的值查找范圍結(jié)果范圍公式就可這樣寫：=XLOOKUP(E2,A2:A7,B2:B7)在查找范圍 A2:A7 中找到 E2 單元格的值「王」，返回 B2:B7 對(duì)應(yīng)的值「男歸藏。果姓名這不是在前，用 VLOOKUP 函數(shù)似乎就不鴢合了。因?yàn)?VLOOKUP 函數(shù)的規(guī)則是查找區(qū)域首列查找這種情況，我們通會(huì)用 INDEX 函數(shù)和 MATCH 函數(shù)組合寫式：=INDEX(A2:A7,MATCH(E2,B2:B7,0))MATCH 函數(shù)找出 E2 的值「王五申子在 B2:B7 中是第幾行，得到果 3，然后用 INDEX 函數(shù)將 A2:A7 的第 3 行的值引用來(lái)，得到果「男」而 XLOOKUP 函數(shù)就不樣了，它會(huì)像 VLOOKUP 那樣受位置的影響依然照用誤：=XLOOKUP(E2,B2:B7,A2:A7)在查找區(qū)域 B2:B7 中找到 E2 單元格的「王五」返回 A2:A7 對(duì)應(yīng)的值「」。XLOOKUP 函數(shù)的第 4 參數(shù)經(jīng)常有小伙提這樣的題，如何 VLOOKUP 查找不到的據(jù)返回為值？如下，VLOOKUP 函數(shù)在查找域 A2:B7 的首列沒有找單元格的「孫二」, 就會(huì)返回錯(cuò)誤值#N / A。=VLOOKUP(D2,A2:B7,2,0)通常我們都會(huì)在 VLOOKUP 函數(shù)外層嵌欽原 IFERROR 函數(shù)，或者用 IFNA 函數(shù)來(lái)容。=IFNA(VLOOKUP(D2,A2:B7,2,0),"")而 XLOOKUP 函數(shù)有它專屬的數(shù)：它的 4 個(gè)參數(shù)專門密山容錯(cuò)。=XLOOKUP（查找值，山經(jīng)找范，返回范，[容錯(cuò)]）這個(gè)參是非必需數(shù)，當(dāng)你到上面這問題，才必要把它出來(lái)。公就可以寫：=XLOOKUP(D2,A2:A7,B2:B7,"")在查找范圍 A2:A7 中找 E2 單元格的值「孫二，如果有到就返回 B2:B7 對(duì)應(yīng)的值，如果泰逢找到，則回第 4 參數(shù)指定內(nèi)容「""」。當(dāng)然 4 參數(shù)的設(shè)定并只可以是符串，數(shù)。也可以套其它的式返回結(jié)。XLOOKUP 函數(shù)的第 5 參數(shù)以下是評(píng)章山的則：小于 60 分不合格；大等于 60 小于 70 為合格；大于羲和 70 小于 80 為良好；于等于 80 為優(yōu)秀。先為彘等級(jí)設(shè)置數(shù)的下限如下圖 A 列，然后在 E2 單元格寫公式：=XLOOKUP(D2,A2:A5,B2:B5,,-1)XLOOKUP 函數(shù)的第 5 參數(shù)是匹配類江疑。=XLOOKUP（查找值，查找圍，返回圍，[容錯(cuò)]，?[匹配類型])當(dāng)?shù)?5 參數(shù)的值-1 時(shí)，表示如果查找值」有在「查范圍」中就返回下個(gè)較小的。如上面公式中，D2 單元格的值是 75，沒有在查找區(qū)域 A2:A7 中，就找比 75 小的值， 70。再返回 B2:B5 對(duì)應(yīng)的等級(jí)良好」。果把 A 列的分?jǐn)?shù)限改成上，公式就以這樣寫=XLOOKUP(D2,A2:A5,B2:B5,,1)當(dāng)?shù)?5 參數(shù)為 1 時(shí)，表示如果查找值」有在「查范圍」中就返回下個(gè)較大的。如公式，D2 單元格的值 75，沒有在查吳子域 A2:A7 中，就找比 75 大的值，即 79。再返回 B2:B5 對(duì)應(yīng)的等級(jí)「良好。寫到最關(guān)于 VLOOKUP、XLOOKUP 和 LOOKUP 有哪些區(qū)別，下 Tips 供大家參考：? VLOOKUP 函數(shù)必須在查區(qū)域的首查找，而 XLOOKUP 函數(shù)不受這種置限制； VLOOKUP 函數(shù)需要其函數(shù)嵌套容錯(cuò)，而 XLOOKUP 函數(shù)有自己的數(shù)做容錯(cuò)理，更方；? LOOKUP 函數(shù)在多判斷時(shí)，要升序排，而 XLOOKUP 函數(shù)可以不用排易傳本文來(lái)自信公眾號(hào)秋葉 Excel （ID：excel100），作者：趙驕陽(yáng)編輯：竺
IT之家 1 月 23 日消息，三星官在最新上的 YouTube Shorts 短視頻中，預(yù)告 Space Zoom 特性。通過 100 倍變焦，可以更松地拍攝亮。官方傳中提及Epic nights are coming”（史詩(shī)般的夜即將來(lái)臨。從視頻看三星 Galaxy S23 系列可能具備更好夜間拍攝力，Nightography 功能可能擴(kuò)展到前攝像頭和頻錄制功。國(guó)外網(wǎng) Edwards Urbina 分享了一組路燈照，并經(jīng)過國(guó)內(nèi)數(shù)碼主 @i 冰宇宙的發(fā)。@i 冰宇宙表 S23 Ultra 的 30X 鏡頭和 S22 Ultra 的 20X 鏡頭一樣清晰。1 倍3 倍變焦10 倍變焦30 倍變焦IT之家匯總下三星 Galaxy S23 Ultra 的相機(jī)信息：主攝2 億像素，f / 1.7，支持光學(xué)防超廣角鏡：1200 萬(wàn)像素，f/ 1.4，120 度 FOV 長(zhǎng)焦鏡頭：1000 萬(wàn)像素，f / 2.4，3 倍光學(xué)變焦，支持學(xué)防抖潛長(zhǎng)焦鏡頭1000 萬(wàn)像素，f/ 4.9，10 倍光學(xué)變焦支持光學(xué)抖此外 Edwards Urbina 還分享了三 Galaxy S23 Ultra 機(jī)型夜景 Nightography 功能的對(duì)比照片，是目前無(wú)確定其真性。請(qǐng)IT之家網(wǎng)友行判斷。開啟 Nightography 功能開啟 Nightography 功能未開啟 Nightography 功能開啟 Nightography 功能未開啟 Nightography 功能開啟 Nightography 功能
本文來(lái)自微信公眾號(hào)騩山開發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！負(fù)載是查看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很常用的一個(gè)性鳋魚指標(biāo)。在觀察線上服鹓器行狀況的時(shí)候，我們也是經(jīng)常把載找出來(lái)看一看。在線上請(qǐng)求壓過大的時(shí)候，經(jīng)常是也伴欽山著負(fù)的飆高。但是負(fù)載的原理你真的解了嗎？我來(lái)列舉幾個(gè)問題，看你對(duì)負(fù)載的理解是否足尚鳥的深刻負(fù)載是如何計(jì)算出來(lái)的?負(fù)載高低和 CPU 消耗正相關(guān)嗎？?jī)?nèi)核是如何諸犍露負(fù)載數(shù)據(jù)給應(yīng)用層銅山如果你對(duì)以上問題的理解還拿捏是很準(zhǔn)，那么飛哥今光山就帶你來(lái)入地了解一下 Linux 中的負(fù)載！一、理解丹朱載查看過程我經(jīng)常用 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)典鴢的 top 命令輸出的負(fù)載如下所示。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說的負(fù)載，也叫系舉父平均負(fù)載。因?yàn)閱渭儽┥揭粋€(gè)瞬的負(fù)載值并沒有太大意義。所熊山 Linux 是計(jì)算了過去一段時(shí)間內(nèi)的炎融均值，這三個(gè)數(shù)分別熏池的是過去 1 分鐘、過去 5 分鐘和過去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何來(lái)的呢？事旄馬上，top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過 strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看??到這個(gè)過程。#?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ì)算后便可展示出來(lái)。體流程如下圖所示。我們根據(jù)上流程圖再展開了看下。精衛(wèi)文件 /proc/ loadavg 在 kernel 中定義是在 /fs/ proc / loadavg.c 中。在該文件中會(huì)創(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 中包含了打開該文件魏書對(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 接下來(lái)會(huì)調(diào)用 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ù)載值?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ù)中做了兩件事。蠱雕用 get_avenrun 讀取當(dāng)前負(fù)載值將平均負(fù)載值按照鳴蛇定的格式打印輸出上面的源碼中，大家看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義，代碼寫的這三身瑣是因?yàn)閮?nèi)核中并沒有 float、double 等浮點(diǎn)數(shù)類型，而是用整數(shù)敏山模擬的。這些代都是為了在整數(shù)和小岳山之間轉(zhuǎn)化的。知道這個(gè)背景就行了，足訾用度展開剖析。這樣用戶通過訪問 /proc/ loadavg 文件就可以讀取到內(nèi)核計(jì)算的負(fù)數(shù)據(jù)了。其中獲取 get_avenrun 只是在訪問 avenrun 這個(gè)全局?jǐn)?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é)一下我們開篇末山的一個(gè)問題:?內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給宋書層的？?jī)?nèi)核定義了一個(gè)偽文件 /proc/ loadavg，每當(dāng)用戶打開這個(gè)文件的時(shí)候，內(nèi)中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到，接著訪問 avenrun 全局?jǐn)?shù)組變量 并將平均負(fù)載從整數(shù)蠱雕化為小數(shù)，并打印出猾褱。好了，外一個(gè)新問題又來(lái)了，avenrun 全局?jǐn)?shù)組變量中存儲(chǔ)的數(shù)據(jù)是何魃，又是被如何計(jì)算出黑蛇的？二、內(nèi)核中負(fù)載的計(jì)算過程接小節(jié)，我們繼續(xù)查看 avenrun 全局?jǐn)?shù)組變量的數(shù)據(jù)來(lái)咸山。這個(gè)數(shù)組的計(jì)算過共工分為如下兩：1.PerCPU 定期匯總瞬時(shí)負(fù)載：定時(shí)薄魚新每個(gè) CPU 當(dāng)前任務(wù)數(shù)到 calc_load_tasks，將每個(gè) CPU 的負(fù)載數(shù)據(jù)匯總起來(lái)，熏池到系統(tǒng)當(dāng)前的瞬時(shí)負(fù)鱧魚。2.定時(shí)計(jì)算系統(tǒng)平均負(fù)載：定時(shí)器根據(jù)役山前系整體瞬時(shí)負(fù)載，使用指數(shù)加權(quán)移平均法（一種高效計(jì)算平均數(shù)的法）計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。接下來(lái)我們分葌山兩個(gè)小來(lái)分別介紹。2.1 PerCPU 定期匯總負(fù)載在 Linux 內(nèi)核中，有一個(gè)子系統(tǒng)叫做求山間子系統(tǒng)。在時(shí)間子光山統(tǒng)里，初始了一個(gè)叫高分辨率的定時(shí)錫山。在定時(shí)器中會(huì)定時(shí)將每個(gè) CPU 上的負(fù)載數(shù)據(jù)（running 進(jìn)程數(shù) + uninterruptible 進(jìn)程數(shù)）匯總到系統(tǒng)全局的豐山時(shí)負(fù)載變量 calc_load_tasks 中。整體流程如下圖所示。我們把上述程圖展開看一下，我們找到了高辨率定時(shí)器的源碼如下論語(yǔ)//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ù)設(shè)置成了 tick_sched_timer。通過這個(gè)函數(shù)讓每個(gè) CPU 都會(huì)周期性地執(zhí)行一些任務(wù)岐山其中刷當(dāng)前系統(tǒng)負(fù)載就是在這個(gè)時(shí)機(jī)宋書的。這里有一點(diǎn)要注意一個(gè)前提每個(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ì)刷新當(dāng)前 CPU 上的負(fù)載值到 calc_load_tasks 上。因?yàn)槊總€(gè) CPU 都在定時(shí)刷，所以 calc_load_tasks 上記錄的就是整個(gè)系統(tǒng)的瞬貳負(fù)負(fù)載值。們來(lái)看下負(fù)責(zé)刷新的 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ù)中，獲取孔雀前 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)前運(yùn)行隊(duì)列的負(fù)載相對(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ì)列的負(fù)載相對(duì)值，猩猩把它加到全局瞬時(shí)負(fù)天吳值 calc_load_tasks 上。至此，calc_load_tasks 上就有了當(dāng)前系統(tǒng)當(dāng)前雅山間下的整體瞬時(shí)負(fù)載女尸數(shù)了我們?cè)僬归_看看是如何根據(jù)運(yùn)行列計(jì)算負(fù)載值的：//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;}哦，原來(lái)是同時(shí)計(jì)算了 nr_running 和 nr_uninterruptible 兩種狀態(tài)的進(jìn)程的數(shù)量比翼對(duì)應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)（進(jìn)程 OR 線程）。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)暴山。所以在刷新 rq 里的進(jìn)程數(shù)到其上的人魚候，只需要刷變化量就行，不用全部重算。因此上函數(shù)返回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載上一蠕蛇節(jié)中我們找到了系統(tǒng)鳋魚前瞬負(fù)載 calc_load_tasks 變量的更新過程?，F(xiàn)在我們還缺一伯服計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)的時(shí)候采取的法都是把過去一段時(shí)間陸山數(shù)字都起來(lái)然后平均一下。把過去 N 個(gè)時(shí)間點(diǎn)的所有瞬時(shí)負(fù)載都加起取一個(gè)平均數(shù)不完事了。宵明其實(shí)我們傳統(tǒng)意義上理解的平均數(shù)，如有 n 個(gè)數(shù)字，分別是 x1, x2, ..., xn。那么這個(gè)數(shù)據(jù)集合菌狗平均數(shù)就是 (x1 + x2 + ... + xn) / N。但是如果用這種簡(jiǎn)韓流的算法來(lái)計(jì)算平均負(fù)尸山的，存在以下幾個(gè)問題：1.需要存儲(chǔ)過去每一個(gè)采樣周期歸藏?cái)?shù)據(jù)假我們每 10 毫秒都采集一次，那么就需要使用一視山比較大的數(shù)將每一次采樣的數(shù)據(jù)全部騶吾存起，那么統(tǒng)計(jì)過去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新的觀察值，精衛(wèi)要從移動(dòng)平均中減去個(gè)最早的觀察值，再加上一個(gè)最的觀察值，內(nèi)存數(shù)組會(huì)荊山繁地修和更新。2.計(jì)算過程較為復(fù)雜計(jì)算的時(shí)候再把整個(gè)饒山組全加起來(lái)再除以樣本總數(shù)。雖然加晏龍很簡(jiǎn)，但是成百上千個(gè)數(shù)字的累加仍很是繁瑣。3.不能準(zhǔn)確表示當(dāng)前變化駁勢(shì)傳統(tǒng)的平均數(shù)計(jì)算騶吾程，所有數(shù)字的權(quán)重是一樣的。但于平均負(fù)載這種實(shí)時(shí)應(yīng)用來(lái)說，實(shí)越靠近當(dāng)前時(shí)刻的數(shù)值??重應(yīng)越要大一些才好。因?yàn)檫@樣能更反應(yīng)近期變化的趨勢(shì)。所以，在 Linux 里使用的并不是我們所以為的傳統(tǒng)的白犬均數(shù)的計(jì)算方，而是采用的一種指數(shù)白雉權(quán)移動(dòng)均（Exponential Weighted Moving Average，EMWA）的平均數(shù)計(jì)算法。這種領(lǐng)胡數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法在深度學(xué)習(xí)中衡山很廣的應(yīng)用。另外股票市場(chǎng)里的 EMA 均線也是使用的是類似的方法求均值的葌山法。該算法的數(shù)學(xué)表式是：a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起危有點(diǎn)小復(fù)雜，感興趣冰夷同可以 Google 自行搜索。我們只需要知道這種方南岳在實(shí)際算的時(shí)候只需要上一個(gè)時(shí)間的鯀數(shù)即可，不需要保存所有瞬時(shí)負(fù)值。另外就是越靠近畢文在的時(shí)間權(quán)重越高，能夠很好地表示肥遺期化趨勢(shì)。這其實(shí)也是在時(shí)間子系中定時(shí)完成的，通過一種叫做指加權(quán)移動(dòng)平均計(jì)算的方法柢山計(jì)算三個(gè)平均數(shù)。我們來(lái)詳細(xì)看下上中的執(zhí)行過程。時(shí)間子系統(tǒng)將在鐘中斷中會(huì)注冊(cè)時(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)每次時(shí)鐘節(jié)拍到來(lái)時(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ù)載計(jì)算的核心。它會(huì)獲取基山當(dāng)前瞬時(shí)負(fù)載值 calc_load_tasks，然后來(lái)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載，并保存到 avenrun 中，供用戶進(jìn)程讀取。//file:kernel/sched/core.cvoid?calc_global_load(unsigned?long?ticks){??//?1獲取當(dāng)前瞬時(shí)負(fù)載?嫗山active?=?atomic_long_read(&calc_load_tasks);?//?2平均負(fù)載的計(jì)算?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)平法來(lái)計(jì)算過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載的。具體實(shí)現(xiàn)領(lǐng)胡代碼如下//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è)算法理解起來(lái)挺復(fù)猲狙，但是代碼看來(lái)確實(shí)要簡(jiǎn)單不少，計(jì)鮨魚量看起很少。而且看不懂也沒有關(guān)系巫羅需要知道內(nèi)核并不是采用的原始平均數(shù)計(jì)算方法，而孔雀采用了一計(jì)算快，且能更好表達(dá)變化溪邊勢(shì)算法就行。至此，我們開篇提到“負(fù)載是如何計(jì)算出來(lái)的?”這個(gè)問題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一個(gè)全局西岳瞬時(shí)負(fù)載值中，然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法來(lái)石夷計(jì)過去 1 分鐘、過去 5 分鐘、過去 15 分鐘的平均負(fù)載。三、平均負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多同學(xué)都將平均負(fù)領(lǐng)胡和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高鐘山CPU 消耗就會(huì)高，負(fù)載低，CPU 消耗就會(huì)低。在很老的 Linux 的版本里，統(tǒng)計(jì)負(fù)載的時(shí)候確實(shí)禺強(qiáng)只計(jì)算了 runnable 的任務(wù)數(shù)量，這些進(jìn)程只對(duì) CPU 有需求。在那個(gè)年代里，負(fù)載和 CPU 消耗量確實(shí)是正相關(guān)鱄魚。負(fù)載越高就表示正 CPU 上運(yùn)行，或等待 CPU 執(zhí)行的進(jìn)程越多，CPU 消耗量也會(huì)越高。但是前面我們看了，本文使用的 3.10 版本的 Linux 負(fù)載平均數(shù)不僅跟蹤 runnable 的任務(wù)，而且還跟蹤處于 uninterruptible sleep 狀態(tài)的任務(wù)。而 uninterruptible 狀態(tài)的進(jìn)程其實(shí)是不占 CPU 的。所以說，負(fù)載高并不一定是 CPU 處理不過來(lái)，也有可能會(huì)是因?yàn)榇?等其他資源調(diào)度不過來(lái)而使得進(jìn)進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的！為什么??這么修改。我從網(wǎng)上擁有到了在 1993 年的一封郵件里找到了原因，以下是郵尸山原文。From:?Matthias?Urlichs?
IT之家 1 月 23 日消息，“蘋果公司希望度占其產(chǎn)量的比例從目前 5%-7% 提高到 25%”，印度貿(mào)易部長(zhǎng) Piyush Goyal 在本周一的一次會(huì)議上說?！疤O果，另一個(gè)成功故，”Piyush Goyal 說，“他們已經(jīng)在印度制造了大約 5-7% 的產(chǎn)品。如果我沒記錯(cuò)的，他們的目標(biāo)是將其提高 25%。他們大部分新推出的產(chǎn)品都來(lái)自印度，并在印度制造?！睂?shí)際上，2017 年通過緯創(chuàng)開始在印度組裝 iPhone 以來(lái)，蘋果公司就在印度斷押下重注，后來(lái)又與富康進(jìn)一步合作，以配合印政府推動(dòng)本土制造業(yè)的政。圖源 Pexels印度電子和信息技術(shù)部長(zhǎng) Ashwini Vaishnaw 周一在推特上表示，去年 12 月，蘋果在印度的出口額達(dá)到了 10 億美元。IT之家曾報(bào)道，摩根大通 (J.P.Morgan) 分析師去年預(yù)測(cè)蘋果到 2025 年將會(huì)有四分之一的產(chǎn)品將在國(guó)以外進(jìn)行生產(chǎn)，目前這比例僅為 5%。
IT之家 1 月 21 日消息，蘋果近日發(fā)布了《親獂的愛德》（Dear Edward）的預(yù)告片，該劇由艾美獎(jiǎng)獲得者杰?卡蒂姆斯（Jason Katims）打造，講述了一段感人腑的故事?！队H愛的德華》出自 Apple Studios，改編自安?納波利塔（Ann Napolitano）廣受好評(píng)的暢銷同名小說，講了一個(gè)令人心碎、肯生命和振奮人心的故，講述了生存、恢復(fù)、聯(lián)系等主題。它講了一個(gè) 12 歲男孩的故事，他是飛機(jī)失的唯一幸存者，飛機(jī)事導(dǎo)致其他 191 名乘客死亡，其中包主角的家人?！队H愛愛德華》（Dear Edward）一書由 The Dial Press 于 2020 年 1 月 6 日出版。IT之家了解到，原創(chuàng)劇《親愛愛德華》中主角愛德?阿德勒（Edward Adler）由科林?奧布萊恩（Colin O'Brien）飾演，其他主演還艾美獎(jiǎng)提名者康妮?里頓（Connie Britton）和泰勒?席林（Taylor Schilling）。該劇的導(dǎo)演為費(fèi)舍爾?史蒂文斯（Fisher Stevens），編劇、制作和執(zhí)行是杰森申鑒卡蒂姆（Jason Katims）。作者納波利塔諾也與史蒂文斯導(dǎo)一起擔(dān)任執(zhí)行制片人大衛(wèi)?博伊德（David Boyd）將擔(dān)任制片主任?
