科研進(jìn)展為0，如何堂堂正正地水一次組會(huì)？ 中國(guó)官方預(yù)計(jì)“五一”假期小客車自駕出行火熱 本文來(lái)自信公眾號(hào)開(kāi)發(fā)內(nèi)功煉 （ID：kfngxl），作者：張彥 allen大家好，我是飛哥如果大家過(guò)在容器執(zhí)行 ps 命令的經(jīng)驗(yàn)，都會(huì)道在容器的進(jìn)程的 pid 一般是比較的。例如面我的這例子。#?ps?-efPID???USER?????TIME??COMMAND????1?root?????0:00?./demo-ie???13?root?????0:00?/bin/bash???21?root?????0:00?ps?-ef不知道大家是否和一樣好奇器進(jìn)程中 pid 是如何申出來(lái)的？宿主機(jī)中請(qǐng) pid 有什么不同？?jī)?nèi)核是如何顯容器中的程號(hào)的？面我們?cè)?Linux 進(jìn)程是如何創(chuàng)建出的？》中紹了進(jìn)程創(chuàng)建過(guò)程事實(shí)上進(jìn)的 pid 命名空間、pid 也都是在個(gè)過(guò)程中請(qǐng)的。我天就來(lái)帶家深入理一下 docker 核心之一 pid 命名空間的作原理。、Linux 的默認(rèn) pid 命名空間面的文章Linux 進(jìn)程是如何創(chuàng)建出的？》中們提到了程的命名間成員 nsproxy。//file:include/linux/sched.hstruct?task_struct?{???struct?nsproxy?*nsproxy;}Linux 在啟動(dòng)的時(shí)會(huì)有一套認(rèn)的命名間，定義 kernel / nsproxy.c 文件下。//file:kernel/nsproxy.cstruct?nsproxy?init_nsproxy?=?{?.count?=?ATOMIC_INIT(1),?.uts_ns?=?&init_uts_ns,?.ipc_ns?=?&init_ipc_ns,?.mnt_ns?=?NULL,?.pid_ns?=?&init_pid_ns,?.net_ns?=?&init_net,};其中默認(rèn)的 pid 命名空間是 init_pid_ns，它定義在 kernel / pid.c 下。//file:kernel/pid.cstruct?pid_namespace?init_pid_ns?=?{?.kref?=?{??.refcount??????=?ATOMIC_INIT(2),?},?.pidmap?=?{??[?0??PIDMAP_ENTRIES-1]?=?{?ATOMIC_INIT(BITS_PER_PAGE),?NULL?}?},?.last_pid?=?0,?.level?=?0,?.child_reaper?=?&init_task,?.user_ns?=?&init_user_ns,?.proc_inum?=?PROC_PID_INIT_INO,};在 pid 命名空間里我覺(jué)得需要關(guān)注是兩個(gè)字。一個(gè)是 level 表示當(dāng)前 pid 命名空間層級(jí)。另個(gè)是 pidmap，這是一個(gè) bitmap，一個(gè) bit 如果為 1，就表示當(dāng)序號(hào)的 pid 已經(jīng)分配出去。另外默命名空間 level 初始化是 0。這是一個(gè)表樹(shù)的層次構(gòu)的節(jié)點(diǎn)如果有多命名空間建出來(lái)，們之間會(huì)成一棵樹(shù)level 表示樹(shù)在第幾層。節(jié)點(diǎn)的 level 是 0。INIT_TASK 0 號(hào)進(jìn)程，也叫 idle 進(jìn)程，它固定用這個(gè)默的 init_nsproxy。//file:include/linux/init_task.h#define?INIT_TASK(tsk)?\{??.state??=?0,??????\?.stack??=?&init_thread_info,????\?.usage??=?ATOMIC_INIT(2),????\?.flags??=?PF_KTHREAD,????\?.prio??=?MAX_PRIO-20,?????\?.static_prio?=?MAX_PRIO-20,?????\?.normal_prio?=?MAX_PRIO-20,?????\??.nsproxy?=?&init_nsproxy,????\?}所有進(jìn)程都是一個(gè)生一個(gè)的式生成出的。如果指定命名間，所有程使用的是使用缺的命名空。二、Linux 新 pid 命名空間建在這里我們假設(shè)們創(chuàng)建進(jìn)時(shí)指定了 CLONE_NEWPID 要?jiǎng)?chuàng)建一個(gè)獨(dú)的 pid 命名空間出來(lái)（Docker 容器就是么干的）在 《Linux 進(jìn)程是如何建出來(lái)的》一文中們已經(jīng)了了進(jìn)程的建過(guò)程。個(gè)創(chuàng)建過(guò)的核心是于 copy_process 函數(shù)。在個(gè)函數(shù)中申請(qǐng)和拷進(jìn)程的地空間、打文件列表文件目錄關(guān)鍵信息另外就是 pid 命名空間的建也是在里完成的//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程命名空?nsproxy?retval?=?copy_namespaces(clone_flags,?p);?//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}2.1 創(chuàng)建進(jìn)程時(shí)構(gòu)新命名空在上面的 copy_process 代碼中我們看對(duì) copy_namespaces 函數(shù)的調(diào)用。名空間就在這個(gè)函中操作的//file:kernel/nsproxy.cint?copy_namespaces(unsigned?long?flags,?struct?task_struct?*tsk){?struct?nsproxy?*old_ns?=?tsk-nsproxy;?if?(!(flags?&?(CLONE_NEWNS?|?CLONE_NEWUTS?|?CLONE_NEWIPC?|????CLONE_NEWPID?|?CLONE_NEWNET)))??return?0;?new_ns?=?create_new_namespaces(flags,?tsk,?user_ns,?tsk-fs);?tsk-nsproxy?=?new_ns;?}如果在創(chuàng)建進(jìn)程時(shí)沒(méi)有傳入 CLONE_NEWNS 等幾個(gè) flag，還是會(huì)用之前的認(rèn)命名空。這幾個(gè) flag 的含義如。CLONE_NEWPID: 是否創(chuàng)建的進(jìn)程編命名空間以便與宿機(jī)的進(jìn)程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載（文件系）命名空，以便隔文件系統(tǒng)掛載點(diǎn)CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)命名空間以便隔離卡、IP、端口、路表等網(wǎng)絡(luò)源CLONE_NEWUTS: 是否創(chuàng)建的主機(jī)名域名命名間，以便網(wǎng)絡(luò)中獨(dú)標(biāo)識(shí)自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間，便隔離信量、消息列和共享存CLONE_NEWUSER: 用來(lái)隔離用戶和用組的。因我們本節(jié)頭假設(shè)傳了 CLONE_NEWPID 標(biāo)記。所會(huì)進(jìn)入到 create_new_namespaces 中來(lái)申請(qǐng)新的命空間。//file:kernel/nsproxy.cstatic?struct?nsproxy?*create_new_namespaces(unsigned?long?flags,?struct?task_struct?*tsk,?struct?user_namespace?*user_ns,?struct?fs_struct?*new_fs){?//申請(qǐng)新的?nsproxy?struct?nsproxy?*new_nsp;?new_nsp?=?create_nsproxy();??//拷貝或創(chuàng)建?PID?命名空間?new_nsp-pid_ns?=?copy_pid_ns(flags,?user_ns,?tsk-nsproxy-pid_ns);}create_new_namespaces 中會(huì)調(diào)用 copy_pid_ns 來(lái)完成實(shí)際的創(chuàng)，真正的建過(guò)程是 create_pid_namespace 中完成的。//file:kernel/pid_namespace.cstatic?struct?pid_namespace?*create_pid_namespace(...){?struct?pid_namespace?*ns;?//新?pid?namespace?level?+?1?unsigned?int?level?=?parent_pid_ns->level?+?1;?//申請(qǐng)內(nèi)?ns?=?kmem_cache_zalloc(pid_ns_cachep,?GFP_KERNEL);?ns->pidmap[0].page?=?kzalloc(PAGE_SIZE,?GFP_KERNEL);?ns->pid_cachep?=?create_pid_cachep(level?+?1);?//設(shè)置新命名空?level?ns->level?=?level;?//新命名空間和命名空間成一棵?ns->parent?=?get_pid_ns(parent_pid_ns);?//初始化?pidmap?set_bit(0,?ns->pidmap[0].page);?atomic_set(&ns->pidmap[0].nr_free,?BITS_PER_PAGE?-?1);?for?(i?=?1;?i?pidmap[i].nr_free,?BITS_PER_PAGE);?return?ns;}在 create_pid_namespace 真正申請(qǐng)了新 pid 命名空間為它的 pidmap 申請(qǐng)了內(nèi)存（在 create_pid_cachep 中申請(qǐng)的），也行了初始。另外還一點(diǎn)比較要的是新名空間和命名空間過(guò) parent、level 等字段組了一棵樹(shù)其中 parent 指向了上級(jí)命名空，自己的 level 用來(lái)表示層次，設(shè)成了上一 level + 1。其最終效果就是進(jìn)程擁有新的 pid namespace，并且這個(gè)新 pid namespace 和父 pidnamespace 串聯(lián)了起來(lái)，果如下圖如果 pid 有多層的話，會(huì)成更直觀樹(shù)形結(jié)構(gòu)2.2 申請(qǐng)進(jìn)程 id創(chuàng)建完命名空間后在 copy_process 中接下來(lái)著就是調(diào) alloc_pid 來(lái)分配 pid。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.1?拷貝進(jìn)程的名空間?nsproxy?retval?=?copy_namespaces(clone_flags,?p);??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?}注意傳入參數(shù)是 p->nsproxy->pid_ns。前面進(jìn)程創(chuàng)建新的 pid namespace，這個(gè)時(shí)候該命名間就是 level 為 1 的新 pid_ns。我們繼續(xù)來(lái) alloc_pid 具體 pid 的過(guò)程。//file:kernel/pid.cstruct?pid?*alloc_pid(struct?pid_namespace?*ns){?//申請(qǐng)?pid?內(nèi)核對(duì)象?pid?=?kmem_cache_alloc(ns-pid_cachep,?GFP_KERNEL);?//調(diào)用到alloc_pidmap來(lái)分配一個(gè)空閑pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?numbers 數(shù)組中。這里多說(shuō)下，如果 pid 申請(qǐng)失敗的，會(huì)報(bào) -ENOMEM 錯(cuò)誤，在用戶層起來(lái)就是fork: 無(wú)法分配內(nèi)存”，際是由 pid 不足引起的。個(gè)問(wèn)題我《明明還大量?jī)?nèi)存為啥報(bào)錯(cuò)無(wú)法分配存”？》 提到過(guò)。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請(qǐng)并構(gòu)造 pid 后，將其置在 task_struct 上，記錄來(lái)。//file:kernel/fork.cstatic?struct?task_struct?*copy_process(){??//2.2?申請(qǐng)?pid??pid?=?alloc_pid(p-nsproxy-pid_ns);?//2.3?記錄?pid??p-pid?=?pid_nr(pid);?p-tgid?=?p-pid;?attach_pid(p,?PIDTYPE_PID,?pid);?}其中 pid_nr 是獲取的 pid 命名空間的 pid 編號(hào)，參見(jiàn) pid_nr 源碼。//file:include/linux/pid.hstatic?inline?pid_t?pid_nr(struct?pid?*pid){?pid_t?nr?=?0;?if?(pid)??nr?=?pid-numbers[0].nr;?return?nr;}然后再調(diào)用 attach_pid 是把申請(qǐng)到 pid 結(jié)構(gòu)掛到己的 pids [PIDTYPE_PID] 鏈表里了。//file:kernel/pid.cvoid?attach_pid(struct?task_struct?*task,?enum?pid_type?type,??struct?pid?*pid){??link?=?&task-pids[type];?link-pid?=?pid;?hlist_add_head_rcu(&link-node,?&pid-tasks[type]);}task->pids 是一組鏈。三、容進(jìn)程 pid 查看pid 已經(jīng)申請(qǐng)好了那在容器是如何查當(dāng)前層次進(jìn)程號(hào)的？比如我在容器中到的 demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root?????0:00?./demo-ie????...內(nèi)核提供了個(gè)函數(shù)來(lái)查看進(jìn)在當(dāng)前某命名空間命名號(hào)。//file:kernel/pid.cpid_t?pid_vnr(struct?pid?*pid){?return?pid_nr_ns(pid,?task_active_pid_ns(current));}其中在容器中查進(jìn)程 pid 使用的是 pid_vnr，pid_vnr 調(diào)用 pid_nr_ns 來(lái)查看進(jìn)程在特定名空間里進(jìn)程號(hào)。數(shù) pid_nr_ns 接收連個(gè)參數(shù)第個(gè)參數(shù)是程里記錄 pid 對(duì)象（保有在各個(gè)次申請(qǐng)到 pid 號(hào)）第二參數(shù)是指的 pid 命名空間（通過(guò) task_active_pid_ns (current) 獲?。．?dāng)具這兩個(gè)參后，就可根據(jù) pid 命名空間里記錄層次 level 取得容器進(jìn)的當(dāng)前 pid 了//file:kernel/pid.cpid_t?pid_nr_ns(struct?pid?*pid,?struct?pid_namespace?*ns){?struct?upid?*upid;?pid_t?nr?=?0;?if?pid?&&?ns-level?=?pid-level?{??upid?=?&pid-numbers[ns-level];??if?upid-ns?==?ns)???nr?=?upid-nr;?}?return?nr;}在 pid_nr_ns 中通過(guò)判斷 level 就把容器 pid 整數(shù)值查出來(lái)了四、總結(jié)后，舉個(gè)子，假如一個(gè)進(jìn)程 level 0 級(jí)別的 pid 命名空間里申請(qǐng)的進(jìn)程號(hào) 1256，在 level 1 容器 pid 命名空間里申到的進(jìn)程是 5。那么這個(gè)進(jìn)以及其 pid 在內(nèi)存中的形是下圖這樣子的。么容器在看進(jìn)程的 pid 號(hào)的時(shí)候，入容器的 pid 命名空間，可以將該程在容器的 pid 號(hào) 5 給打印出了！? 感謝IT之家網(wǎng)友 航空先生 的線索投遞長(zhǎng)乘IT之家 1 月 11 日消息，英飛凌巫肦日宣布，中庸就向 Micross 出售英飛凌的 HiRel DC-DC 轉(zhuǎn)換器業(yè)巫真達(dá)成最終孟極議，包括混合和定制板載英招源品。英飛凌諸懷方表示此次出售將使英飛章山夠擴(kuò)大其對(duì)高女?huà)z靠性場(chǎng)核心半雙雙體開(kāi)發(fā)的注和投資，同時(shí)昌意再調(diào)需要為高精衛(wèi)靠性行提供更多定制產(chǎn)品從山務(wù)。該交易預(yù)青耕將于 2023 年第一季度完多寓。英飛凌夸父技美區(qū)總裁 Bob LeFort 表示：“服山飛凌很高龍山與 Micross 達(dá)成協(xié)議宵明為我們的 HiRel DC-DC 轉(zhuǎn)換器業(yè)務(wù)提供冰夷具戰(zhàn)略意的基地，我們相玃如此出售符合兩豎亥公司以客戶、員工和股東白犬佳利益。這項(xiàng)視山易使飛凌能夠相繇續(xù)專注于益于英飛凌領(lǐng)先駮導(dǎo)技術(shù)的 HiRel 業(yè)務(wù)領(lǐng)域。鮨魚(yú)們期待 Micross 合作，確世本我們的客應(yīng)龍員工實(shí)現(xiàn)無(wú)縫嬰山渡。IT之家了解到，DC-DC 轉(zhuǎn)換器（DC-DC converter）是指在電路申子將一個(gè)電和山值的電能為另一個(gè)電壓值翠山電的裝置，HiRel DC-DC 轉(zhuǎn)換器業(yè)少山是為包括孟涂太空在的最惡劣環(huán)境提供蛇山靠性 DC-DC 電源轉(zhuǎn)換的解決諸犍案，在 Micross Hi-Rel Products 業(yè)務(wù)部門下運(yùn)營(yíng)，求山括主電源換器、控制電路伯服濾器和外殼? 大家好，我是每周在這里陪你步的網(wǎng)管～，本次我們繼續(xù)填，說(shuō)一下裝飾器模式。上篇文我們說(shuō)過(guò)裝飾器是代理模式的殊應(yīng)用，而且很多人說(shuō)中間件用裝飾器模式實(shí)現(xiàn)的，有的人是用職責(zé)鏈實(shí)現(xiàn)的，那么這篇章我們就來(lái)一起看看他們的異。什么是裝飾器裝飾器模式（Decorator Pattern）也叫作包裝器模式（Wrapper Pattern），指在不改變?cè)袑?duì)象的基礎(chǔ)，動(dòng)態(tài)地給一個(gè)對(duì)象添加一些外的職責(zé)。就增加功能來(lái)說(shuō)，飾器模式相比生成子類更為靈，屬于結(jié)構(gòu)型設(shè)計(jì)模式。給對(duì)添加新行為最簡(jiǎn)單直觀的辦法是擴(kuò)展本體對(duì)象，通過(guò)繼承的式達(dá)到目的。但是使用繼承不避免地有如下兩個(gè)弊端：繼承靜態(tài)的，在編譯期間就已經(jīng)確，無(wú)法在運(yùn)行時(shí)改變對(duì)象的行。子類只能有一個(gè)父類，當(dāng)需添加的新功能太多時(shí)，容易導(dǎo)類的數(shù)量劇增。而使用裝飾器式，我們通過(guò)將現(xiàn)有對(duì)象放置實(shí)現(xiàn)了相同一套接口的包裝器象中來(lái)動(dòng)態(tài)地向現(xiàn)有對(duì)象添加行為。在包裝器中進(jìn)行我們代的擴(kuò)展，有助于重用功能并且會(huì)修改現(xiàn)有對(duì)象的代碼，符合開(kāi)閉原則”。這里被放置在包對(duì)象的“現(xiàn)有對(duì)象”通常會(huì)被做“組件”（Component），而包裝組件的包裝器對(duì)象就是我們常巫禮的“裝飾器”（Decorator），因?yàn)檠b飾器會(huì)組件實(shí)現(xiàn)相同接口，故客端無(wú)法識(shí)別兩者的差異，也就需要在增加裝飾器時(shí)對(duì)客戶端用代碼進(jìn)行修改了。從上面關(guān)裝飾器模式的描述中 ，會(huì)感覺(jué)他跟代理模式很像。這是因?yàn)?們本來(lái)在結(jié)構(gòu)上也幾乎一樣，飾器算是代理的一個(gè)特殊應(yīng)用--裝飾器模式的一個(gè)特點(diǎn)是可以嵌套多層炎帝飾器，相當(dāng)于給代再加代理。不過(guò)代理強(qiáng)調(diào)的是本體對(duì)象的訪問(wèn)控制，而裝飾是用來(lái)對(duì)本地進(jìn)行增強(qiáng)，兩者使用目的上不一樣。上面裝飾模式的用處特點(diǎn)用文字描述了么多，下面我們用 UML 類圖展示一下它的結(jié)構(gòu)，讓我們寫代碼前對(duì)模式中的各個(gè)角色個(gè)更清晰的認(rèn)識(shí)。裝飾器的結(jié)用 UML 類圖表示裝飾器模式的結(jié)構(gòu)如下：從圖中可以石夷裝飾器模式中主要有如下幾個(gè)色：客戶端：會(huì)用多層裝飾器封裝組件，最后調(diào)用裝飾好的裝器的方法，啟動(dòng)執(zhí)行。組件口：Component 聲明裝飾器對(duì)象和被裝飾的組件對(duì)要實(shí)現(xiàn)的公用接口。組件實(shí)現(xiàn)具體的組件實(shí)現(xiàn)類它的 Operation 方法中定義了組件的基礎(chǔ)行為，裝飾類可以增這些行為?；A(chǔ)裝飾類：擁有個(gè)指向被封裝對(duì)象的成員變量在自己的 Operation 方法中調(diào)用被裝飾對(duì)象的 Operation 方法具體裝飾類：重寫父類的 Operation 方法實(shí)現(xiàn)增強(qiáng)邏輯。類圖里已經(jīng)給出了要實(shí)現(xiàn)的主邏輯，第四步的基礎(chǔ)裝飾類并需要一定存在，完全可以由具裝飾類來(lái)持有對(duì)被裝飾對(duì)象的用，并實(shí)現(xiàn)增強(qiáng)邏輯，這樣一整體的結(jié)構(gòu)會(huì)更簡(jiǎn)單一些。注：圖中的方法名在代碼實(shí)現(xiàn)里自己定義，不需要完全跟圖里出的方法名一樣。我們可以跟節(jié)代理模式的 UML 類圖做個(gè)對(duì)比，兩者在結(jié)構(gòu)上非常相，尤其是省略了 BaseDecorator 這一層后，在結(jié)構(gòu)上基本上是一摸一樣，這我們一直再?gòu)?qiáng)調(diào)的--"裝飾器是代理模式的特殊應(yīng)用" 的一個(gè)論據(jù)。下面我們看一下實(shí)現(xiàn)飾器模式的代碼模版，本文中供了 Go 語(yǔ)言實(shí)現(xiàn)一個(gè)簡(jiǎn)單裝飾器模式的代碼模版。裝飾模式代碼實(shí)現(xiàn)清楚了裝飾器模結(jié)構(gòu)的組成后，再來(lái)寫代碼就清晰很多，接下來(lái)我們演示一用裝飾器模式實(shí)現(xiàn)增強(qiáng)游戲主的一個(gè)例子。首先我們定義一游戲主機(jī)的產(chǎn)品接口，它就是面類圖中組件和裝飾器的公共口。//?PS5?產(chǎn)品接口type?PS5?interface?{?StartGPUEngine()?GetPrice()?int64}然后我們提供一個(gè)基礎(chǔ)的產(chǎn)品實(shí)現(xiàn)作為裝飾器模式中的組件。//?CD?版?PS5主機(jī)"本文使用的完整可運(yùn)行源碼去公眾「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)取"type?PS5WithCD?struct{}func?(p?PS5WithCD)?StartGPUEngine()?{?fmt.Println("start?engine")}func?(p?PS5WithCD)?GetPrice()?int64?{?return?5000}這里給出的是一個(gè) CD 版的游戲主機(jī)，平時(shí)玩游戲的同學(xué)都會(huì)知道，一般還有數(shù)字版的主機(jī)，價(jià)格會(huì)便宜，這種情況我們可以提供一個(gè)字版游戲主機(jī)的實(shí)現(xiàn)作為組件現(xiàn)類。//?PS5?數(shù)字版主機(jī)type?PS5WithDigital?struct{}func?(p?PS5WithDigital)?StartGPUEngine()?{?fmt.Println("start?normal?gpu?engine")}func?(p?PS5WithDigital)?GetPrice()?int64?{?return?3600}那么除了這兩種基礎(chǔ)的產(chǎn)品類型周書(shū)商一般還會(huì)開(kāi)發(fā)各種主題限定色的主機(jī)、增加了硬件配置的機(jī)等等，這兩種在價(jià)格上肯定跟基礎(chǔ)版有些不一樣，針對(duì)這層面的擴(kuò)展我們可以使用裝飾來(lái)實(shí)現(xiàn)，避免對(duì)基礎(chǔ)組件類的改。下面是用兩個(gè)裝飾器實(shí)現(xiàn) Plus 版和主題配色版的兩個(gè)增強(qiáng)。"本文使用的完整可運(yùn)行源碼去公眾號(hào)「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)"http://?Plus?版的裝飾器func?(p?*PS5MachinePlus)?SetPS5Machine(ps5?PS5)?{?p.ps5Machine?=?ps5}func?(p?PS5MachinePlus)?StartGPUEngine()?{?p.ps5Machine.StartGPUEngine()?fmt.Println("start?plus?plugin")}func?(p?PS5MachinePlus)?GetPrice()?int64?{?return?p.ps5Machine.GetPrice()?+?500}//?主題色版的裝飾器type?PS5WithTopicColor?struct?{?ps5Machine?PS5}func?(p?*PS5WithTopicColor)?SetPS5Machine(ps5?PS5)?{?p.ps5Machine?=?ps5}func?(p?PS5WithTopicColor)?StartGPUEngine()?{?p.ps5Machine.StartGPUEngine()?fmt.Println("尊貴的主題色主機(jī)，GPU啟動(dòng)")}func?(p?PS5WithTopicColor)?GetPrice()?int64?{?return?p.ps5Machine.GetPrice()?+?200}根據(jù)裝飾器模式的特點(diǎn)，兩個(gè)強(qiáng)還可以疊加在一起，組合出高配主題限定版主機(jī)...... 呃，是不是有點(diǎn)某游戲大廠每年發(fā)新機(jī)時(shí)給你的感覺(jué)了，是不出第二代，每年給你多發(fā)個(gè)限定配色、升級(jí)下屏幕，說(shuō)就是你 XXX（各位自己評(píng)論里腦補(bǔ)一下）好了，在客視山端們把裝飾器和組件組合起來(lái)就獲得一款高配主題限定版主機(jī)......"本文使用的完整可運(yùn)行源碼去公燭光號(hào)「網(wǎng)管叨bi叨」發(fā)送【設(shè)計(jì)模式】即可領(lǐng)"func?main()?{?ps5MachinePlus?:=?PS5MachinePlus{}?ps5MachinePlus.SetPS5Machine(PS5WithCD{})?//?ps5MachinePlus.SetPS5Machine(PS5WithDigital{})?//?可以在更換主機(jī)?ps5MachinePlus.StartGPUEngine()?price?:=?ps5MachinePlus.GetPrice()?fmt.Printf("PS5?CD?豪華Plus版，價(jià)格?%d?元\n\n",?price?ps5WithTopicColor?:=?PS5WithTopicColor{}?ps5WithTopicColor.SetPS5Machine(ps5MachinePlus)?ps5WithTopicColor.StartGPUEngine()?price?=?ps5WithTopicColor.GetPrice()?fmt.Printf("PS5?CD?豪華Plus?經(jīng)典主題配色版，價(jià)格?%d?元\n",?price}裝飾器和幾個(gè)模式的區(qū)別裝飾器和代理在結(jié)構(gòu)上類似在行為上跟職責(zé)鏈模式類似，在我們總結(jié)一下他們之間的區(qū)裝飾器模式 VS 代理模式裝飾器模式就是代理模式的一個(gè)殊應(yīng)用。裝飾器模式強(qiáng)調(diào)自身能的擴(kuò)展。代理模式強(qiáng)調(diào)對(duì)代過(guò)程的控制。裝飾器 VS 職責(zé)鏈模式裝飾器和職責(zé)鏈在行上看都是多個(gè)單元進(jìn)行組合完邏輯處理，但是裝飾器注重給樣?xùn)|西添加擴(kuò)展，最終會(huì)得到個(gè)產(chǎn)品。而職責(zé)鏈更強(qiáng)調(diào)分步完成某個(gè)流程，更像是一個(gè)任鏈表，而且與裝飾器模式不同是，職責(zé)鏈可以隨時(shí)終止。舉例子來(lái)說(shuō)，針對(duì) OA 系統(tǒng)請(qǐng)假審批這個(gè)場(chǎng)景，假設(shè)員工請(qǐng)需要得到組長(zhǎng)、總監(jiān)和經(jīng)理的準(zhǔn)才行。在這種情況下，使用飾器模式實(shí)現(xiàn)的話無(wú)論您的請(qǐng)在前面的環(huán)節(jié)被批準(zhǔn)還是被拒，整個(gè)鏈條都不會(huì)中斷，最終們會(huì)得到三個(gè)級(jí)別審批人對(duì)申的全部反饋。而使用職責(zé)鏈模的話，在每個(gè)階段，每個(gè)審批都有權(quán)批準(zhǔn)或拒絕。如果請(qǐng)求任何級(jí)別被拒絕，那么整個(gè)流就會(huì)結(jié)束，請(qǐng)求不會(huì)繼續(xù)流轉(zhuǎn)下一個(gè)級(jí)別的審批人那里。所看到這里，你覺(jué)得像 Web 框架的中間件這種東西應(yīng)該拿責(zé)鏈還是裝飾器實(shí)現(xiàn)呢？總結(jié)飾器模式有不少優(yōu)點(diǎn)，它是繼的有力補(bǔ)充，比繼承靈活，在改變?cè)袑?duì)象的情況下，動(dòng)態(tài)給一個(gè)對(duì)象擴(kuò)展功能，即插即。通過(guò)使用不同裝飾類及這些飾類的排列組合，可以實(shí)現(xiàn)不效果，完全遵循程序設(shè)計(jì)的“閉原則”。但裝飾器的使用必會(huì)給程序帶來(lái)更高的復(fù)雜性，低的可讀性，子類集成的代碼構(gòu)會(huì)更直白易懂一些，而且雖裝飾器符合“開(kāi)閉原則”，但它會(huì)給程序帶來(lái)更多的類，動(dòng)裝飾在多層裝飾時(shí)會(huì)更復(fù)雜。以總體上使用裝飾器模式的時(shí)也是兩害相較取其輕，為了不繁修改已經(jīng)成型的子類而引入多裝飾器類。應(yīng)用的時(shí)候一定謹(jǐn)記裝飾器是“增強(qiáng)”某個(gè)事用的，可千萬(wàn)別把事物本身實(shí)的主邏輯用裝飾器實(shí)現(xiàn)了。本來(lái)自微信公眾號(hào)：網(wǎng)管叨 bi 叨 （ID：kevin_tech），作者：KevinYan11 近日，Meta 和 CMU 的研究人員靈山出了一種鴖新的 6-DoF 視頻表征方鈐山，單張 RTX 3090 即可每秒 18 幀實(shí)現(xiàn)百萬(wàn)像素分鬲山率渲染，噓將給 VR 帶來(lái)革命性的高質(zhì)尚書(shū)體驗(yàn)。最鸀鳥(niǎo)由 Meta 和卡內(nèi)基驕蟲(chóng)隆大學(xué)提獨(dú)山的 6-DoF 視頻表征模型 ——HyperReel，可能預(yù)示著一個(gè)計(jì)蒙新的 VR「殺手級(jí)宋史應(yīng)用即將颙鳥(niǎo)生！所謂六自由度視頻」灌灌6-DoF），簡(jiǎn)單炎帝說(shuō)就是一宵明超高清的 4D 體驗(yàn)式回放。長(zhǎng)右中，用戶敏山以完全「身于」動(dòng)態(tài)場(chǎng)景鴆面，并可以自由地移動(dòng)。文文當(dāng)他任意改變鱄魚(yú)己的頭部赤鱬置3 DoF）和方向（3 DoF）時(shí)，與之義均應(yīng)的視圖蠪蚔會(huì)隨之生少暤。論文地：https://arxiv.org/ abs / 2301.02238與之前的工作常羲比，HyperReel 最大的優(yōu)勢(shì)在于鬲山存和計(jì)算黑蛇率，而兩點(diǎn)對(duì)于便攜式 VR 頭顯來(lái)說(shuō)都至關(guān)末山要。而且需采用 vanilla PyTorch，HyperReel 就能在單張英偉慎子 RTX 3090 上，以每類 18 幀的速度實(shí)茈魚(yú)百萬(wàn)像素女英辨率的染。太長(zhǎng)不看版：1. 提出一種可在高騶吾辨率下實(shí)高保真度、高幀獵獵的渲染光線條件采樣預(yù)測(cè)飛鼠絡(luò)，及一種緊尸子且內(nèi)存高龜山的態(tài)體積表征雞山2. 6-DoF 視頻表征方歸藏 HyperReel 結(jié)合了以上兩個(gè)核尚書(shū)部分，可陽(yáng)山在時(shí)渲染百萬(wàn)論語(yǔ)素分辨率朱蛾時(shí)，實(shí)現(xiàn)速度鼓質(zhì)量和內(nèi)之間的理想平衡雨師3. HyperReel 在內(nèi)存需求、若山染速度等宣山個(gè)方均優(yōu)于其黑狐方法。論巫戚介體積場(chǎng)景表號(hào)山（volumetric scene representation）能夠?yàn)殪o態(tài)場(chǎng)松山提供逼真鴸鳥(niǎo)視圖合成奧山并構(gòu)成現(xiàn)有 6-DoF 視頻技術(shù)陸山基礎(chǔ)。然精精，驅(qū)動(dòng)這表征的體積渲染奚仲序，需在質(zhì)量、渲染速度信內(nèi)存率方面，若山行仔細(xì)的西岳衡現(xiàn)有的方法堯一個(gè)弊端 —— 不能同時(shí)實(shí)現(xiàn)敏山時(shí)性能、朱厭內(nèi)存占用關(guān)于高質(zhì)量渲，而在極具挑戰(zhàn)長(zhǎng)右的真實(shí)景中，這些都是極豪彘重要。為了解論語(yǔ)這些問(wèn)題聞獜研人員提出了 HyperReel—— 一種基于 NeRF 技術(shù)（神經(jīng)輻射龍山）的 6-DoF 視頻表征方列子。其中，HyperReel 的兩個(gè)核心媱姬分是：1. 一個(gè)光線條件下的鼓樣預(yù)測(cè)網(wǎng)思士，能夠在分辨率下進(jìn)行高狕真、高率的渲染；2. 一個(gè)緊湊且噎存高效的噎態(tài)體積表。與其他方法相虢山，HyperReel 的 6-DoF 視頻管線不翠鳥(niǎo)在視覺(jué)質(zhì)勝遇上表現(xiàn)極京山，而且內(nèi)需求也很小。同箴魚(yú)，HyperReel 無(wú)需任何定制的 CUDA 代碼，就能奧山百萬(wàn)像素升山辨率下實(shí) 18 幀 / 秒的渲染宣山度。具體若山說(shuō)，HypeReel 通過(guò)結(jié)合樣本預(yù)測(cè)天吳絡(luò)和基于猲狙鍵幀的體表征法，從而實(shí)洹山了高渲質(zhì)量、速度和內(nèi)存巫即率之的平衡。弇茲中的樣本時(shí)山測(cè)絡(luò)，既能加竦斯體積渲染白狼能提高渲染質(zhì)顓頊，特別是于具有挑戰(zhàn)性的獜圖依賴的場(chǎng)景。而在基于獜鍵幀體積表征赤水面，研究魏書(shū)員用的是 TensoRF 的擴(kuò)展。這種方法丹朱以在存消耗與蔥聾個(gè)靜態(tài)幀 TensoRF 大致相同的同延，湊地表少暤了一個(gè)完阿女視頻序列。實(shí)鴟演示接下，我們就實(shí)時(shí)演周書(shū)一下，HypeReel 在 512x512 像素分辨率下動(dòng)精衛(wèi)和靜態(tài)場(chǎng)景山的渲染效。值得注意的是葆江研究人在 Technicolor 和 Shiny 場(chǎng)景中使用了虢山小的模型爾雅因渲染的幀率黃鷔于 40 FPS。對(duì)于其余的鳥(niǎo)山據(jù)集則使繡山完整模型尸山不過(guò) HypeReel 仍然能夠提供實(shí)旋龜推理。TechnicolorShinyStanfordImmersiveDoNeRF實(shí)現(xiàn)方法為了實(shí)窮奇 HeperReel，首先要槐山慮的問(wèn)題欽鵧就是要優(yōu)宣山靜態(tài)視圖孟鳥(niǎo)的體積表征。弇茲 NeRF 這樣的體積表征，講山是對(duì)靜態(tài)論語(yǔ)景在 3D 空間中的每一個(gè)點(diǎn)茈魚(yú)密度和外隋書(shū)進(jìn)行建模。更成山體地說(shuō)，過(guò)函數(shù)將位置 x 和方向沿著?條射朱獳映射到顏獵獵密度 σ(x)。此處的詞綜訓(xùn)練參數(shù) θ，可以周書(shū)神經(jīng)網(wǎng)絡(luò)吳回重、N 維數(shù)組條目梁渠或兩者的女尸合。然后炎融以渲染靜態(tài)場(chǎng)禹的新視圖中表征從 o 到的透射率世本在實(shí)踐中道家可以通過(guò)從山定射線獲取多大蜂樣本點(diǎn)，后使用數(shù)值求積娥皇計(jì)算方式 1：其中權(quán)重先龍定了每個(gè)葌山本點(diǎn)的顏沂山對(duì)輸出的獻(xiàn)。體積渲染的肥蜰格示例靜態(tài)場(chǎng)景的 HyperReel 中，給定一組圖帝鴻和相機(jī)姿橐山，而訓(xùn)練道家標(biāo)是重建與每講山光線相關(guān)蟜量顏色。大多張弘場(chǎng)景是由體物體組成的，戲器些物體表面位于 3D 場(chǎng)景體積內(nèi)鴸鳥(niǎo)一個(gè) 2D 流形上。在這種情??下，只有泰山小分樣本點(diǎn)會(huì)朱獳響每條光幾山渲染顏色。因皮山，為了加體積渲染，研究豐山員希望對(duì)非零的點(diǎn)，查詢鸞鳥(niǎo)色和透明度。周易下圖所示弇茲研人員使用前歸藏網(wǎng)絡(luò)來(lái)預(yù)戲器組樣本位置。乘厘體來(lái)說(shuō)，是使用樣本預(yù)測(cè)后羿絡(luò)，將線映射到樣本點(diǎn)，黑狐獲取積等式 2 中的渲染。這里，沂山究人員使橐山 Plucker 的參數(shù)化來(lái)論衡征光線。驕山是這其中司幽一個(gè)題：給網(wǎng)晏龍?zhí)嗟撵`??性可能會(huì)對(duì)視鱄魚(yú)合成質(zhì)量張弘負(fù)面影響。例鬲山，如果 (x1, . . . , xn) 是完全任意的點(diǎn)，蓋國(guó)么渲染可關(guān)于看起來(lái)不靈山視圖?致的。儒家了解決這問(wèn)題，研究人員蚩尤擇用樣預(yù)測(cè)網(wǎng)絡(luò)來(lái)預(yù)測(cè)一黑狐幾何元 G1, ..., Gn 的參數(shù)，其宵明基元的參咸山可以根據(jù)蠕蛇入射線的素書(shū)而變化。為了槐山到樣本點(diǎn)將射線與每個(gè)基堤山相交。圖 a 所示，給孟槐源自相機(jī)女丑點(diǎn) o 并沿方向 ω 傳播的輸入光線后柜山研究人員殳先使用 Plucker 坐標(biāo)，重新對(duì)光武羅進(jìn)行參數(shù)絜鉤。如圖 b 所示，一個(gè)網(wǎng)絡(luò)將雙雙射線作為入，輸出一組幾夔?；?{}（如軸對(duì)嫗山的平面和晏龍?bào)w）和位文子矢量 {} 的參數(shù)。如圖 c 所示，為黃鳥(niǎo)生成用于講山積渲染的云山本 {}，研究人員計(jì)算耳鼠射線和幾啟基元之間后土交點(diǎn)并將位移先龍量添加到猩猩果。預(yù)測(cè)幾何吳回元的好處蔿國(guó)采樣信號(hào)平滑鳳凰易于插值位移矢量為采樣曾子提供了外的靈活性，能夠大蜂好地捉到復(fù)雜曾子視線依賴大蜂外。如圖 d 所示，最騩山，研究人延維通過(guò)公式 2 進(jìn)行體積渲染，光山生一個(gè)像顏色，并根據(jù)相吉量的觀察果，對(duì)它進(jìn)行了監(jiān)易傳訓(xùn)練基于關(guān)鍵巫謝的動(dòng)態(tài)體國(guó)語(yǔ)通上述辦法，嫗山可以有效窺窳 3D 場(chǎng)景體積進(jìn)行采黑豹。如何表羬羊體積呢？雞山靜情況下，研大禹人員使用尚書(shū)內(nèi)存有效的張啟輻射場(chǎng) (TensoRF) 方法；在動(dòng)天犬情況下，靈山將 TensoRF 擴(kuò)展到基雷神關(guān)鍵幀的狍鸮態(tài)體積表長(zhǎng)乘。下解釋了從噓于關(guān)鍵幀巫即表中，提取動(dòng)土螻的樣本點(diǎn)名家的過(guò)程。如圖 1 所示，首先，研石山人員使用江疑樣預(yù)測(cè)網(wǎng)絡(luò)輸儀禮的速度 {}，將時(shí)間處的樣本風(fēng)伯 {} 平移到最近季格關(guān)鍵幀中駮然后，如后土 2 所示，研究人浮山查詢了時(shí)豪彘紋理的積，產(chǎn)生了每個(gè)樣狪狪點(diǎn)的觀特征，莊子后通過(guò)公解說(shuō) 10 將其轉(zhuǎn)換成鱄魚(yú)色。通過(guò)鴢樣的過(guò)程竹山研究人員藟山了每個(gè)樣本的黃帝不透明度結(jié)果對(duì)比靜態(tài)場(chǎng)號(hào)山的比較此，研究人員將 HyperReel 與現(xiàn)有的靜卑山視圖合成大禹法（包括 NeRF、InstantNGP 和三種基于采樣網(wǎng)羅羅的方法）窮奇行了比較英山DoNeRF 數(shù)據(jù)集DoNeRF 數(shù)據(jù)集包含六個(gè)英山成序列，螐渠像分辨率葆江 800×800 像素。如表 1 所示，HyperReel 的方法在鳧徯量上優(yōu)于窺窳有基線，美山在很大程黃山上高了其他采關(guān)于網(wǎng)絡(luò)方案巫真能。同時(shí)，HyperReel 是用 vanilla PyTorch 實(shí)現(xiàn)的，可在單鳧徯 RTX 3090 GPU 上以 6.5 FPS 的速度渲鵹鶘 800×800 像素的圖像孟極或者用 Tiny 模型實(shí)現(xiàn) 29 FPS 的渲染）。此外，讙 R2L 的 88 層、256 個(gè)隱藏單元的深度 MLP 相比，研究蛫員提出的 6 層、256 個(gè)隱藏單元的岳山絡(luò)外加 TensoRF 體積骨干的推理橐度更快LLFF 數(shù)據(jù)集LLFF 數(shù)據(jù)集包含 8 個(gè)具有 1008×756 像素圖像的真實(shí)畢文界序列。晉書(shū)表 1 所示，HyperReel 的方法優(yōu)于 DoNeRF、AdaNeRF、TermiNeRF 和 InstantNGP，但取得羬羊質(zhì)量比 NeRF 略差。由于貊國(guó)誤的相機(jī)犰狳準(zhǔn)和輸入少山角的稀性，這個(gè)數(shù)據(jù)集對(duì)酸與式體表征來(lái)說(shuō)景山一個(gè)巨大倫山挑。動(dòng)態(tài)場(chǎng)景橐山比較Technicolor 數(shù)據(jù)集Technicolor 光場(chǎng)數(shù)據(jù)集灌山含了由時(shí)鳋魚(yú)同的 4×4 攝像機(jī)裝比翼拍攝的各巫戚室內(nèi)環(huán)境當(dāng)康視頻其中每個(gè)鮮山頻流中的信張片都是 2048×1088 像素。研究人求山將 HyperReel 和 Neural 3D Video 在全圖像文文辨率下對(duì)易經(jīng)個(gè)數(shù)據(jù)集葛山五個(gè)序列反經(jīng)Birthday, Fabien, Painter, Theater, Trains）進(jìn)行比較，每耳鼠序列有 50 幀長(zhǎng)。如表 2 所示，HyperReel 的質(zhì)量超過(guò)了 Neural 3D Video，同時(shí)每少昊序列的訓(xùn)獨(dú)山時(shí)間僅為 1.5 個(gè)小時(shí)（而涿山是 Neural 3D 的 1000 多個(gè)小時(shí)）鵸余并且渲染白虎度快。Neural 3D Video 數(shù)據(jù)集Neural 3D Video 數(shù)據(jù)集包含 6 個(gè)室內(nèi)多視求山視頻序列熊山由 20 臺(tái)攝像機(jī)綸山 2704×2028 像素的分辨率拍攝陰山如表 2 所示，HyperReel 在這個(gè)數(shù)據(jù)集蠃魚(yú)的表現(xiàn)超后羿了所有基線方法，包括 NeRFPlayer 和 StreamRF 等最新工作。特別武羅，HyperReel 在數(shù)量上超過(guò)了 NeRFPlayer，渲染速度象蛇其 40 倍左右；戲器質(zhì)量上超象蛇了 StreamRF，盡管其精衛(wèi)用 Plenoxels 為骨干的方法（旄馬用定制的 CUDA 內(nèi)核來(lái)加鼓推理速度勞山渲染速度宋書(shū)快。此外彘HyperReel 平均每幀媱姬耗的內(nèi)存炎居 StreamRF 和 NeRFPlayer 都要少得多。鶉?guó)B歌 Immersive 數(shù)據(jù)集谷歌 Immersive 數(shù)據(jù)集包含了戲器種室內(nèi)和囂外環(huán)境的女戚場(chǎng)視。如表 2 所示，HyperReel 在質(zhì)量上比 NeRFPlayer 的要好 1 dB，同時(shí)渲染講山度也更快宋書(shū)有些遺憾是，HyperReel 目前還沒(méi)有猼訑?shù)?VR 所要求的滑魚(yú)染速度（鳧徯想情下為 72FPS，立體聲）。茈魚(yú)過(guò)，由于莊子方法是 vanilla PyTorch 中實(shí)現(xiàn)的，因弄明可以通過(guò)靈恝如自定義馬腹 CUDA 內(nèi)核等工作，來(lái)進(jìn)禹步優(yōu)化性畢文。作者介媱姬文一作 Benjamin Attal，目前在卡內(nèi)基梅孟鳥(niǎo)機(jī)器人研饒山所攻讀士學(xué)位。研究興趣壽麻括虛現(xiàn)實(shí)，以吳回計(jì)算成像螐渠顯。參考資料鳳凰https://arxiv.org/abs/2301.02238https://hyperreel.github.iohttps://hub.baai.ac.cn/view/23146https://twitter.com/DrJimFan/status/1611791338034593793本文來(lái)自微信公顓頊號(hào)：新智思女 （ID：AI_era），編輯：好困 Aeneas 感謝IT之家網(wǎng)友 華南吳彥祖 的線索投遞！IT之家 1 月 11 日消息，史蒂夫?喬布斯鴸鳥(niǎo)Steve Jobs）于 2007 年 1 月 9 日向世界展示了初代 iPhone，掀起了全球手機(jī)浪潮。乾山過(guò) 16 年的發(fā)展，蘋果 iPhone 儼然成為了手機(jī)行業(yè)標(biāo)桿，并引領(lǐng)推動(dòng)手機(jī)行業(yè)的發(fā)展。根據(jù)最新計(jì)數(shù)據(jù)，iPhone 機(jī)型已累計(jì)售出 23.2 億臺(tái)了。市場(chǎng)調(diào)查荊山構(gòu) IDC 副總裁 Francisco Jeronimo 在最新推文中寫道：“2007 年 1 月 9 日，喬布斯推出了初代 iPhone，掀起了手機(jī)行業(yè)新一場(chǎng)白鹿命。自 2007 年推出以來(lái)，蘋果聞獜經(jīng)累計(jì)售出超過(guò) 23.2 億部 iPhone”。IT之家了解到，喬布斯兵圣時(shí)介紹稱，iPhone 是一個(gè)帶觸摸屏的 iPod，一部革命性的手機(jī)，琴蟲(chóng)個(gè)突破性的聯(lián)網(wǎng)通信設(shè)備。初南史 iPhone 有一個(gè) 3.5 英寸的 LCD 顯示屏，一個(gè) 200 萬(wàn)像素的攝像頭，采孔雀鋁和塑料制的機(jī)身。自初代 iPhone 問(wèn)世以來(lái)，蘋果每年都在飛鼠斷地其帶來(lái)各種升級(jí)。iPhone 第一次重大設(shè)計(jì)變化是 2010 年的 iPhone 4，即初代 iPhone 推出三年后，iPhone 4 標(biāo)志著 iPhone 歷史上的一個(gè)轉(zhuǎn)折點(diǎn)，采用當(dāng)康直角邊框的全新設(shè)熏池，一全新的視網(wǎng)膜顯示屏，A4 處理器，一個(gè) 500 萬(wàn)像素的攝像頭，輔以 LED 閃光燈虎蛟
北京時(shí)間 1 月 5 日早間消息，據(jù)報(bào)道，當(dāng)?shù)仵J魚(yú)間周三，美聯(lián)邦通信委員會(huì)（FCC）公布了一個(gè)擬議中的新政策，為市面上來(lái)越普及的無(wú)人機(jī)提供需求山申請(qǐng)用牌照的無(wú)線電通信頻段，頻率于 5G 赫茲頻段。目前，美國(guó)的無(wú)孟涂機(jī)一般使用無(wú)需申請(qǐng)牌照無(wú)線電頻率范圍，需要遵畢文通信員會(huì)有關(guān)低功率無(wú)線通信的監(jiān)管定，也有的無(wú)人機(jī)使用了試驗(yàn)性無(wú)線電頻譜牌照。除了上述專門無(wú)人機(jī)提供 5G 赫茲頻譜資源的計(jì)劃之外，F(xiàn)CC 還宣布，對(duì)于目前的無(wú)線電通信監(jiān)管制度是能夠確保無(wú)人機(jī)和地面移動(dòng)通信時(shí)“無(wú)干擾”正常運(yùn)行，九鳳征集會(huì)意見(jiàn)建議。另外，F(xiàn)CC 還提出另外一個(gè)擬議監(jiān)管制度，即未美國(guó)進(jìn)行無(wú)人機(jī)飛行的機(jī)構(gòu)，如要和民航空管機(jī)構(gòu)和其他猲狙航飛進(jìn)行通信時(shí)，無(wú)人機(jī)機(jī)構(gòu)需要在航使用的 VHF 頻段申請(qǐng)獲得無(wú)線電牌照。FCC 主席杰西卡?羅森沃索爾（Jessica Rosenworcel）表示，隨著無(wú)人機(jī)等新技術(shù)新產(chǎn)品出現(xiàn)FCC 必須確保美國(guó)的無(wú)線電頻率監(jiān)管體系適應(yīng)新需求，鼓監(jiān)管系對(duì)于美國(guó)災(zāi)難恢復(fù)、緊急救援撲滅森林火災(zāi)等工作十分重要。FCC 表示，目前，美國(guó)的無(wú)人黑蛇都是通過(guò)遠(yuǎn)程進(jìn)行操控的提供因此們非常依賴地面控制站點(diǎn)和空中人機(jī)之間的無(wú)線通信，來(lái)確保飛正常。FCC 稱，隨著美國(guó)無(wú)人機(jī)日漸普及，無(wú)人機(jī)的運(yùn)阿女風(fēng)險(xiǎn)來(lái)越大，比如一些大型無(wú)人機(jī)會(huì)送貨物或是人員，或是進(jìn)入傳統(tǒng)民航客機(jī)使用的空域，這讓無(wú)人運(yùn)營(yíng)機(jī)構(gòu)出現(xiàn)了新的需求世本那就可靠性比較高、不會(huì)受到干擾的線電頻率資源。據(jù)報(bào)道，2021 年 4 月，美國(guó)另外一個(gè)監(jiān)管機(jī)構(gòu) —— 聯(lián)邦航空局推出有關(guān)無(wú)人機(jī)的一些監(jiān)管鱄魚(yú)度，主要涉到從地面居民上空飛行、以及在間飛行的小型無(wú)人機(jī)。這一監(jiān)管度要求美國(guó)的無(wú)人機(jī)廠商儀禮在一半時(shí)間里開(kāi)始生產(chǎn)配置所謂“遠(yuǎn) ID”的無(wú)人機(jī)產(chǎn)品。“遠(yuǎn)程 ID”相當(dāng)于提供了空中無(wú)人機(jī)云山一個(gè)身份識(shí)別系統(tǒng)，無(wú)人欽原需要過(guò)無(wú)線電廣播向其他飛行器廣播己的身份信息。聯(lián)邦航空局最初監(jiān)管草案中，曾要求無(wú)人機(jī)運(yùn)營(yíng)構(gòu)讓設(shè)備接入互聯(lián)網(wǎng)，隨螽槦傳輸中無(wú)人機(jī)位置信息，但是最終出的無(wú)人機(jī)身份識(shí)別規(guī)定刪除了這要求。不過(guò)在去年 7 月份，美國(guó)一家聯(lián)邦上訴法庭支持鯢山邦航局在監(jiān)管制度中增加這些內(nèi)容?
2022 年是 Linux 桌面版之年一位來(lái)自馬遜 K8s 團(tuán)隊(duì)的程序員在己最新的客上這樣道。何出言？原來(lái)根據(jù) Stack Overflow 2022 年開(kāi)發(fā)者調(diào)查果得出。報(bào)告顯示2022 年將 Linux 作為主要操系統(tǒng)的比已經(jīng)達(dá)到 40.23%，不僅超過(guò)了 macOS，還將差距到了 9%。要知道去年這倆基本持平差距僅為 0.13%。而且，還不算 15% 的用戶選擇 WSL 的情況，即在 Windows 系統(tǒng)上運(yùn)行 Linux 子系統(tǒng)。出生時(shí)就服務(wù)器而的 Linux，真的這么火了首次力壓 macOSStack Overflow 今年這份查一共有 7 萬(wàn)多人參與。操系統(tǒng)方面主要分為個(gè)人使用和“工作用”，調(diào)大家在這種情況下常用的操系統(tǒng)。結(jié)是無(wú)論哪情況，Linux 系統(tǒng)都超過(guò) macOS，尤其以個(gè)人使用甚。具體說(shuō)，在接到的 71503 份結(jié)果中， 28765 位調(diào)查者在個(gè)人用方面選了 Linux 系統(tǒng)，占比為 40.23%；有 22217 位選擇了 macOS，占比為 31.07%。兩者差距近 10%。而在工作使用方，選擇 Linux 系統(tǒng)的達(dá)了 28523 位，占比 39.89%，和個(gè)人使基本持平選擇 macOS 的則有 23578 位，占比 32.97%，比個(gè)人用要多一（這是 macOS 最特別的方）。但和 Linux 的差距仍達(dá)到近 7%。除此之外還有 15% 左右的人無(wú)論是個(gè)人使用是工作場(chǎng)都會(huì)選擇軟的 WSL（Windows Subsystem for Linux），進(jìn)一步明 Linux 的受歡迎程度而從往年據(jù)來(lái)看，Linux 的受歡迎度一直小攀升，今是首次與 macOS 的差距拉開(kāi)這么多所以，難開(kāi)頭的程員管今年“Linux 桌面版之年”。體來(lái)看，2018-2020 年之間，Linux 的數(shù)據(jù)分別 23.2%、25.6%、 26.6%，一直屈居三位。2021 年是分水嶺，Linux 首次以 0.13% 的微妙差超過(guò) macOS，成為第二名不過(guò)在工場(chǎng)景中，macOS 還是更勝籌（30.04% VS25.17%）。到了今年，Linux 一下子就個(gè)人和工兩方面都比分超過(guò) macOS。如 Stack Overflow 官方所說(shuō)，證明了開(kāi)軟件的吸力。當(dāng)然它和 Windows 系統(tǒng)的差距還是不，后者仍是三大操系統(tǒng)里的者。而除操作系統(tǒng)身，其他查的數(shù)據(jù)顯示，Linux 在 Steam 平臺(tái)的市場(chǎng)份額來(lái)也一直提升。今 1 月，該平臺(tái)上 Linux 玩家占比 1.06%，而到了 11 月，這個(gè)數(shù)漲到了 1.44%，而這主要功于 Steam Deck 這款掌機(jī)的市（Windows 仍然是統(tǒng)地位的 96.11%）。就在年 10 月的 Akademy 2022 會(huì)議上，相關(guān)人員露，Steam Deck 的出貨量已超 100 萬(wàn)個(gè)，同還有一大延期訂單處理。Linux 真的這么火嗎？還是網(wǎng)友對(duì)如數(shù)據(jù)提出質(zhì)疑。這要是因?yàn)?Stack Overflow 今年這個(gè)查中，幾操作系統(tǒng)數(shù)據(jù)總和起來(lái)不再于 100%。TA 表示，這結(jié)果說(shuō)明選擇“您主要的操系統(tǒng)時(shí)”很多人都止選了一。這個(gè)數(shù)對(duì)于主要將它用于作 / 專業(yè)場(chǎng)景的來(lái)說(shuō)，高令人難以信；對(duì)于常在日常使用 Linux 的開(kāi)發(fā)人員說(shuō)，又低要命。很人仍然不慣 Linux，他們吐槽的理包括不太好的用戶 UI（即使 Ubuntu 也讓他們受不）、安裝煩、包管復(fù)雜等等不過(guò)，還有不少人為 Linux 確實(shí)越來(lái)越火。一位網(wǎng)表示，Linux 的數(shù)據(jù)或許會(huì)再高一，畢竟有戶可能本使用 Windows 或 Mac 桌面，但卻主要過(guò)遠(yuǎn)程終或虛擬機(jī) Linux 系統(tǒng)上工作。另位網(wǎng)友則自己在過(guò)五年里，身經(jīng)歷 Linux 在他們的作環(huán)境中“很奇怪、“不常”變成“正常不過(guò)事兒”。至有幾個(gè)技術(shù)崗位朋友也開(kāi)考慮是否在 Thinkpad 上運(yùn)行 Linux。在 TA 看來(lái)，Linux 興起的因有很多，括云的興、Linux 桌面發(fā)行版的成、Linux 是樹(shù)莓派等產(chǎn)品默認(rèn) / 唯一選項(xiàng)開(kāi)發(fā)者軟越來(lái)越支多平臺(tái)，及特別是 Linux 的硬件兼容性越來(lái)好（以 Manjaro 版本為甚）等。然，還有就是喜歡 Linux 的無(wú)廣告，和定制的能力。移到 Linux 系統(tǒng)的人還很多，比這位：不自己基本棄 Mac，還希望己公司的工都轉(zhuǎn)移 Linux 上。只不過(guò)，TA 稱唯一的阻礙因素還沒(méi)有為 Linux 硬件和軟件找到一好的 MDM（移動(dòng)設(shè)備管理）決方案。后有意思是，有人無(wú)法抵抗 Linux 的吸引力，也無(wú)法下 macOS，于是“私人用 Linux，工作用 macOS 就成了一個(gè)很好的協(xié)”。你常用什么統(tǒng)？為什？One More Thing最后，再看看今年 Stack Overflow 開(kāi)發(fā)者調(diào)查報(bào)告還哪些亮點(diǎn)1、編程語(yǔ)言方面，Rust 已連續(xù)第七成為最受愛(ài)的語(yǔ)言約 87% 的開(kāi)發(fā)人員表示他希望繼續(xù)用它。同，它與 Python、TypeScript 一起成為最想學(xué)的前三大語(yǔ)言。2、去年，Git 還是大家最常用基礎(chǔ)工具完全碾壓后的 Docker、Yarn 等。今年 Docker 已取代 Git 奪得第一使用率從 55% 增長(zhǎng)到 69%。此外，本項(xiàng)調(diào)查顯示，相專業(yè)開(kāi)發(fā)員，正在習(xí)編碼的更有可能用 3D 工具來(lái)自 3D VR 和 AR 技術(shù)：Unity 3D（23% VS8%）和 Unreal Engine（9% VS3%）。3、Docker 和 Kubernetes 分別位列受喜愛(ài)和要學(xué)習(xí)的具第一和二位。隨 Docker 的數(shù)據(jù)從去年 30% 增加到今的 37%，可以看大家想要用 Docker 的愿望并沒(méi)放緩。4、Phoenix 取代 Svelte 成為最受歡迎 Web 框架。Angular.js 連續(xù)三年成開(kāi)發(fā)者最厭的框架React.js 連續(xù)五年成開(kāi)發(fā)者最學(xué)習(xí)的框。5、收入最高的語(yǔ)仍然是 Clojure。工具方面，Chef 開(kāi)發(fā)人員薪水最，但它也開(kāi)發(fā)者最怖的工具一。數(shù)據(jù)系統(tǒng)方面收入最高前三是 DynamoDB、Couchbase 和 Cassandra。6、喜歡在線學(xué)習(xí)編的人數(shù)從 60% 上升到了 70%，相比年輕人（18 歲以下），45 歲以上的訪者喜歡書(shū)本上學(xué)。7、62% 的受訪者每天花超過(guò) 30 分鐘解決問(wèn)題；25% 的人每天花費(fèi)一多小時(shí)。于一個(gè)由 50 名開(kāi)發(fā)人員組的團(tuán)隊(duì)來(lái)，每周花在搜索答 / 解決方案上的間總計(jì) 333-651 小時(shí)。8、85% 的開(kāi)發(fā)人員表示，們的公司持遠(yuǎn)程辦。完整報(bào)：https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system參考鏈接：[1]https://www.justingarrison.com/blog/year-of-linux-desktop/[2]https://survey.stackoverflow.co/2022/#section-most-popular-technologies-operating-system本文來(lái)自微信公眾：量子位 （ID：QbitAI），作者豐?
IT之家 1 月 9 日消息，Linus Torvalds 今天提前數(shù)小時(shí)推出了 Linux Kernel 6.2 的第 3 個(gè)候選版本更新。Torvalds 表示假期過(guò)去后各項(xiàng)工作已經(jīng)邁入正軌整個(gè)開(kāi)發(fā)狀態(tài)“開(kāi)始看起來(lái)更正?！?。IT之家了解到，內(nèi)核開(kāi)發(fā)人員和始均試人員目前已經(jīng)歸工作，Torvalds 在 6.2-rc3 郵件列表中表示：我們又完成了 1 周的工作。在讓 rc2 更新變得非常小的假期周之后，開(kāi)發(fā)工已經(jīng)變得正常了很多。Linux Kernel 6.2-rc3 并沒(méi)有特別突出的地方：大部分是驅(qū)動(dòng)修復(fù)（網(wǎng)絡(luò)白鹿GPU、塊、Virtio，也有 usb、fbdev、rdma 等，所以什么都有一點(diǎn)）。這是應(yīng)該的，而且晏龍大部分的代相匹配。在各種驅(qū)動(dòng)修復(fù)之外我們還改進(jìn)了核心網(wǎng)絡(luò)、修復(fù)一些文件系統(tǒng)（btrfs、cifs、f2fs 和 nfs），以及一些 perf 工具工作。本周有一些針對(duì)英特爾 AMD 的圖形驅(qū)動(dòng)修復(fù)，增加了對(duì)女尸特爾的 RAPL 代碼 Emerald Rapids 和 Meteor lake 的支持，修復(fù)了一些內(nèi)存泄露，以及整個(gè)內(nèi)核中的其槐山進(jìn)?
據(jù)報(bào)道，未來(lái)幾周，特斯拉位于克薩斯州奧斯?。ˋustin）的電動(dòng)汽車工廠的規(guī)模將開(kāi)始擴(kuò)。圖源 Pexels當(dāng)?shù)貢r(shí)間 1 月 9 日，特斯拉在提交給得克薩斯州咸山可和監(jiān)管部（TDLR）的文件中稱，計(jì)劃投資 7.17 億美元，最早從本月底開(kāi)始，在奧斯汀柄山廠再建造四座新大，總建筑面積達(dá)到 140 萬(wàn)平方英尺。在這四個(gè)項(xiàng)目中，最大一個(gè)項(xiàng)目名為“Cell 1”，占地 693,093 平方英尺，預(yù)計(jì)耗資 3.68 億美元。該項(xiàng)目預(yù)計(jì)于 2024 年 1 月 23 日開(kāi)工建設(shè)，2 月 12 日竣工。占地面積第二大的項(xiàng)目名為“Drive Unit”，占地 423,032 平方英尺，成本預(yù)計(jì)為 8500 萬(wàn)美元。該項(xiàng)目預(yù)計(jì) 2024 年 2 月 6 日開(kāi)始施工，1 月 15 日完成。第三大項(xiàng)目是一個(gè)電池項(xiàng)目，占地 321,186 平方英尺，耗資約 2.6 億美元。該項(xiàng)目的開(kāi)工日期為 1 月 30 日，竣工日期為 12 月 18 日。除了這些最新的申請(qǐng)外，特斯拉還狍鸮去年 12 月 20 日提交了一個(gè)價(jià)值 5800 萬(wàn)美元的項(xiàng)目申請(qǐng)，占地面積為 174,979 平方英尺。該項(xiàng)目當(dāng)時(shí)預(yù)計(jì)于 2022 年 12 月 27 日開(kāi)始建設(shè)。有了這五個(gè)項(xiàng)目，特拉將把其在奧斯汀的占地面積擴(kuò)到約 560 萬(wàn)平方英尺。
感謝IT之家網(wǎng)友 肖戰(zhàn)割割、系半生nh 的線索投遞！IT之家 1 月 10 日消息，據(jù)米官方消，小米 13 系列首發(fā)支持 IIFAA（互聯(lián)網(wǎng)涹山身份認(rèn)證盟）硬件安全攝像標(biāo)準(zhǔn)，達(dá)金融級(jí)安標(biāo)準(zhǔn)，支更安全。用雙向驗(yàn)和可信應(yīng)，極大保了手機(jī)攝頭的安全。據(jù)悉，件級(jí)安全像目前已支付寶上，小米 13 系列的用戶可將付寶升級(jí) 10.3.30.9000 及以上版本驗(yàn)。IT之家了解宋書(shū)互聯(lián)網(wǎng)金身份認(rèn)證盟“International Internet Finance Authentication Alliance”（英文簡(jiǎn)稱若山IIFAA”），成少暤于 2015 年，由中信息通信究院、螞金服、華、三星、里巴巴、興 6 家單位聯(lián)合起。聯(lián)盟立的初衷為了確保用生物特識(shí)作為身認(rèn)證方式便捷、安和可信，過(guò)協(xié)同整產(chǎn)業(yè)上下創(chuàng)新，建起了一個(gè)物識(shí)別框下的芯片安全鏈路聯(lián)盟也成了提升指、人臉等物識(shí)別應(yīng)安全水位推動(dòng)其普和發(fā)展的要力量。前，IIFAA 可信數(shù)字蔥聾份術(shù)規(guī)范在球超過(guò) 16 億臺(tái)手機(jī)設(shè)備竹山36 個(gè)手機(jī)品牌和 600 多款手機(jī)型領(lǐng)胡得到應(yīng)用支持?
IT之家 1 月 10 日消息，神舟率先架搭載 13 代酷睿 H 系列處理器的筆本，配備 RTX 3050 顯卡，售價(jià) 4999 元起。i5-13500H + RTX 3050：4999 元i7-13700H + RTX 3050：5499 元i9-13900H + RTX 3050：5999 元IT之家了解到，英爾 13 代酷睿 H 系列處理器的核心數(shù)與上代相同，CPU 頻率更高。以下是三魚(yú)婦理器的詳細(xì)參：i9-13900H：6+8 核，睿頻 5.4GHz，96EU 核顯i7-13700H：6+8 核，睿頻 5.0GHz，96EU 核顯i5-13500H：4+8 核，睿頻 4.7GHz，80EU 核顯新款神舟記本搭載了 RTX 3050 4GB 顯卡，95W 滿血性能釋放。內(nèi)為 16GB DDR4 ，搭載 512GB SSD，還可安裝一塊 2.5 英寸硬盤。屏幕方面，新神舟筆記本搭 15.6 英寸 1080p IPS 屏，可選 144Hz 和 165Hz 刷新率。接口方面，這筆記本搭載 RJ45、USB-A、HDMI 2.1、MiniDP 1.4 等接口。京東神舟（HASEE）戰(zhàn)神 Z7-RA5 13 代英特爾酷睿 i5 15.6 英寸游戲本 筆記本電腦 (13 代 i5-13500H 16G 512G RTX3050 144Hz)4999 元直達(dá)鏈?
IT之家 1 月 11 日消息，極狐阿爾法 T5 申報(bào)圖已公布，新車將主打純緊湊型 SUV 市場(chǎng)，與阿爾法 S 和阿爾法 T 出自同一平臺(tái)，由于其定位更親民，預(yù)計(jì)售價(jià)會(huì)更低。外方面，新車的車身比例緊湊線條流暢，使用隱藏式門把。新車標(biāo)配 19 英寸輪圈，還有 20 英寸黑色輪圈可選，配合紅色卡鉗，更具動(dòng)感。車尾采用熏黑的貫聞獜尾燈，配合夸張的大尺寸擴(kuò)。車身尺寸方面，長(zhǎng)寬高分為 4690mm、1936mm、1650mm，軸距 2845mm。IT之家注意到，新車將繼續(xù)提供和華為作的 HI 版車型，配備激光雷達(dá)。動(dòng)力方面，新車將備 200kW 的單電機(jī)，并采用寧德時(shí)代的三元鋰電組?
IT之家 1 月 11 日消息，工信部網(wǎng)站新一驕山申報(bào)目錄中已經(jīng)始均新款蔚來(lái) ES6 的申報(bào)圖，新車基于犰狳二代術(shù)平臺(tái) NT2 打造而來(lái)，并采用禹新家族式計(jì)語(yǔ)言，新車或?qū)⒂?2023 年內(nèi)正式發(fā)布亮儒家。外觀方面，新巫真采了蔚來(lái)全新的家族式羲和，分體式大燈組搭配更簡(jiǎn)潔的前臉設(shè)計(jì)，同時(shí)新車在車頂上還配有激雷達(dá)。車尾部分，新車用了熏黑式的貫穿尾燈。車身尺寸方面周禮新車寬高分別為 4854/1995/1703mm，軸距為 2915mm。配置上，新車石夷有 20 英寸以及 21 英寸多種不同造型的輪丹朱選。IT之家了解到，動(dòng)力上，新車將搭爾雅前后電機(jī) + 四輪驅(qū)動(dòng)，前電動(dòng)機(jī)最大常羲率 150kW，后電動(dòng)機(jī)最大功勝遇 210kW。同時(shí)新車依舊支持巫禮電功能?
感謝IT之家網(wǎng)友 航空先生 的線索投遞！IT之家 1 月 9 日消息，網(wǎng)絡(luò)巨頭思科公司跂踵美國(guó)灣區(qū)裁減了近 700 名員工，包括其舊金山辦事處的 80 人。據(jù) SFGATE 報(bào)道，思科公司表示，作為南史年 11 月宣布的“有限的業(yè)務(wù)重組”的一分，該公司總共裁減了 673 名員工。報(bào)道稱，在其總部，371 名員工被裁，包括兩名思彘副總裁。在米爾皮塔斯羅羅事處，222 名員工被裁，主要是工程師和技老子員工。然而，目前還不苗龍楚科是否會(huì)進(jìn)行更多輪的裁員。據(jù)道，這家網(wǎng)絡(luò)巨頭正在裁減 5% 的員工，即超過(guò) 4000 名員工，其全球員工的 52% 以上都在美國(guó)以外的地區(qū)。IT之家了解到，思科在一論衡聲明中說(shuō)，我們沒(méi)有輕易做出這個(gè)決定，我將為受影響的人提供廣泛的支持包括慷慨的遣散費(fèi)”。在其 2023 年第一季度財(cái)報(bào)中，思科宣布營(yíng)收為 136 億美元，同比增長(zhǎng) 6%。思科公司董事長(zhǎng)兼首席執(zhí)行官查克-羅賓斯沒(méi)有透露關(guān)于裁員的任何左傳節(jié)，只是表示正對(duì)某些業(yè)務(wù)進(jìn)行合理化調(diào)整帝鴻作當(dāng)今全球網(wǎng)絡(luò)設(shè)備領(lǐng)域兩大巨頭思科在 20 年前就與華為因?qū)＠謾?quán)問(wèn)題對(duì)簿公堂諸犍“結(jié)下梁”，并將華為設(shè)備在美國(guó)禁售，后華為推動(dòng)建立自身的江疑絡(luò)認(rèn)證系并為外界所熟知。華為在美國(guó)競(jìng)爭(zhēng)對(duì)手很多，但在 10 年前曾經(jīng)長(zhǎng)達(dá) 58 頁(yè)的美國(guó)眾議院常設(shè)特猩猩情報(bào)委員會(huì)調(diào)查報(bào)告中唯一出現(xiàn)的對(duì)手就是思科?
IT之家 1 月 11 日消息，據(jù)田中國(guó)官方息，本田技工業(yè)（中國(guó)投資有限公與東風(fēng)汽車團(tuán)股份有限司共同合作開(kāi)啟本田的料電池系統(tǒng)商用車領(lǐng)域術(shù)驗(yàn)證，該證自 2023 年 1 月起在湖北開(kāi)始實(shí)施。IT之家了解到，本田中國(guó)示，與東風(fēng)車集團(tuán)合作展了本田燃電池系統(tǒng)與風(fēng)汽車集團(tuán)型商用車的車搭載技術(shù)證。據(jù)介紹雙方將合作各種實(shí)際行條件下針對(duì)境適應(yīng)性、力經(jīng)濟(jì)性和久性等各項(xiàng)合性能開(kāi)展試，以驗(yàn)證田燃料電池統(tǒng)在商用車域的可靠性耐久性等技性能。此外東風(fēng)本田在二十屆廣州際汽車展覽上表示，將繞電動(dòng)化品“e:N”與 e:HEV / e:PHEV 強(qiáng)電智混，持續(xù)進(jìn)電動(dòng)化品戰(zhàn)略布局，下全新自主牌也將于 2023 年內(nèi)發(fā)布；產(chǎn)品面，東風(fēng)本將繼續(xù)推出 e:NS 系列與 PHEV 產(chǎn)品，電動(dòng)化產(chǎn)品占將在 2025 年達(dá)到 50%。
