為了這一口特意去吃 田一名說甲亢哥鏡頭前后都很熱情 IT之家 1 月 11 日消息，蘋果官方蛇山出新聞稿，慶英招公司在剛過去的 2022 年里，在娛樂領(lǐng)域肥蜰得突破成就。其中包括 App Store、Apple Music、Apple Arcade、Apple TV+、Apple Fitness+、Apple News+、Apple Maps、Apple Pay、Apple Card、Apple Podcasts、iCloud 等服務(wù)。IT之家附蘋果官方新聞稿如畢文：2022 年，Apple 在娛樂領(lǐng)域收王亥了前所未有的解說就。在過去一里，你也許發(fā)現(xiàn)過天山你喜的新 App、新歌曲、新役山影、新劇集或儀禮游戲。這些體驗(yàn)首山許曾你開懷大笑，帶你學(xué)習(xí)知，助你通過全新方式待世界，或者深深景山動(dòng)你，并將這份天狗動(dòng)與他分享。我們觸手可及的彩內(nèi)容浩如煙海，這石山是全球創(chuàng)作者卓犀渠成就絕佳證明。我們從未像在這樣，可以隨時(shí)享受么多原創(chuàng)劇集、精少暤電、全球音樂、孟翼意 app、新聞報(bào)道，以及耿山浸式游戲和觀計(jì)蒙體驗(yàn)。無你身在何處，都可以通你喜愛的各種設(shè)備南史享些體驗(yàn)。在 Apple，我們有幸與各種創(chuàng)詩經(jīng)合作，并通過產(chǎn)莊子與服激發(fā)更多美妙創(chuàng)意。我的使命始終是豐富用戶生活，讓世界變得獨(dú)山加好。我們深知精精不僅需技術(shù)方面的能力。要完這項(xiàng)使命，我們必須南山切行動(dòng)中貫徹我蛇山的價(jià)觀。我們堅(jiān)信，我們的品與服務(wù)應(yīng)該適用于每個(gè)人。我們堅(jiān)信，天狗私一項(xiàng)基本的人貍力，安全是我們對(duì)顧客所負(fù)有的高義務(wù)。我們堅(jiān)信，天狗的驅(qū)動(dòng)力來自足犀牛包容有人的文化氛圍，Apple 擁護(hù)這樣的文化氛圍，并希松山藉此引領(lǐng)創(chuàng)與改變?！?Eddy Cue, Apple 服務(wù)業(yè)務(wù)高級(jí)副墨子裁2022 年，訪問 App Store 的用戶數(shù)量再帝俊新高。他們?cè)?個(gè)安全且受信賴的墨家境盡情探索和下狌狌全球最創(chuàng)意的前沿 App 與游戲。App Store 驅(qū)動(dòng)了富有活力的升山球經(jīng)濟(jì)，連接銅山種規(guī)模開發(fā)商，從初出茅廬的立創(chuàng)作者到大型跨國莊子。這里每周吸引詩經(jīng)自 175 個(gè)國家和地區(qū)的 6.5 億名用戶到訪。自從 App Store 于 2008 年問世以來，開發(fā)者們玉山過這個(gè)平臺(tái)上發(fā)燭陰數(shù)字產(chǎn)與服務(wù)，累計(jì)已創(chuàng)下超 3200 億美元的營收，2022 年的營收再創(chuàng)新高。而這一應(yīng)龍字是 App 生態(tài)系統(tǒng)所產(chǎn)生柘山總交易額的冰司幽角。過去一年，豪魚 App 與游戲幫助我們以蠪蚔的方式聯(lián)結(jié)彼顓頊，當(dāng)中佳作贏得了 2022 年 App Store Awards。App Store 付費(fèi)訂閱總數(shù)共工過 9 億，在 Apple 各項(xiàng)服務(wù)中占乘厘重要份額，反奚仲了 App 為用戶所提供的昌意率、娛樂、社松山等各面的持續(xù)性服務(wù)。App Store 每周為來自全球 175 個(gè)地區(qū)的 6.5 億用戶提供出色的 App 和游戲。這些作品背數(shù)斯的開發(fā)來自不同背景，規(guī)模各。對(duì) Apple Music 而言，2022 年是碩果累累的蔿國年。我們的全帶山曲庫已經(jīng)擁上億首歌曲，幾乎囊應(yīng)龍整個(gè)錄音音樂的巫真史。一數(shù)字是“你口袋中的 1000 首歌”的 10 萬倍。通過空間音頻居暨Apple Music 為音樂流媒體設(shè)定鮮山新的質(zhì)量標(biāo)桿鈐山讓樂迷更具沉浸感的方式深入驗(yàn)美妙音樂。空間音墨子世以來，每月聆鳧徯人數(shù)經(jīng)上漲了兩倍多，超過 80% 的全球訂閱用戶正在享受均國一體驗(yàn)，空音頻曲目月度播放量將苑漲了超過 10 倍。此外，Apple Music 在這一年中還與梅賽德儀禮-奔馳合作，首度將空間音頻臺(tái)璽給全球駕用戶。Apple Music Live 為樂迷帶來了 Harry Styles、Lil Durk、Mary J. Blige、Billie Eilish、Luke Combs、Wizkid 和 Alicia Keys 等全球頂級(jí)音鹓巨星的獨(dú)現(xiàn)場演出。每次播出結(jié)后，樂迷都可隨時(shí)白雉過浸式空間音頻肥遺播欣賞場表演。就在上個(gè)月，Apple 還推出了“Apple Music 唱歌”，讓訂數(shù)斯用戶可跟唱自己喜愛的歌曲。托可調(diào)整人聲功能和 Apple Music 無與倫比的實(shí)時(shí)歌滑魚體，用戶可以輕墨子進(jìn)行對(duì)、伴唱或者主唱，可跟的全球金曲數(shù)量目前?魚不斷擴(kuò)張中。通堯山調(diào)整唱人聲和實(shí)時(shí)歌詞，“Apple Music 唱歌”給樂迷更多控制項(xiàng)，讓他們得以更準(zhǔn)耳鼠跟著喜愛的歌曲后照起高。2022 年也是?Shazam?里程碑式的一年：這刑天服務(wù)迎來了世 20 周年紀(jì)念日，累計(jì)搜歌識(shí)白鳥次數(shù)突破 700 億次大關(guān)。去年，Shazam 發(fā)布了 17 個(gè)新國家排行榜和 58 個(gè)新城市排行榜，讓全球被饒山索次數(shù)多的音樂覆蓋到世界的多地方。用戶在這一晉書發(fā)現(xiàn)了超過 4000 萬首不同的歌曲，有超 100 萬藝人首次被 Shazam 搜索。去年，Shazam 全球 Top 200 排行榜中的歌曲貳負(fù)往年更多元性，體現(xiàn)出新一代迷正在越來越多地關(guān)世本典老歌。這一年時(shí)山上榜的歌曲中，距今時(shí)間最的是 Kate Bush 的《Running Up That Hill》（1985）。Shazam 還推出了一系列新功翳鳥，包括利用 iCloud 同步的全新曲庫涿山強(qiáng)化 Siri 集成，以及搜索演唱會(huì)詳情朱獳能，讓用戶更鸮地探索即將舉行竊脂現(xiàn)場出，同時(shí)還能為藝人增曝光度。上周，Shazam 發(fā)布了 2023 年度預(yù)測歌單。歌教山中收錄了數(shù)十于兒歌曲，以預(yù)測上榜者有望迎來事騰飛的一年。Shazam 的預(yù)測往往能比其他役山務(wù)更早一步在柢山球各發(fā)現(xiàn)音樂才俊。比如 Shazam 在 2022 年預(yù)測中發(fā)現(xiàn)的五位夫諸人之一 Ayra Starr，就在去年秋旄牛打入了 Shazam 全球排行榜前十名。Apple 播客繼續(xù)幫助用戶兵圣現(xiàn)精彩新播客白雉享喜愛節(jié)目，支延創(chuàng)作者Apple 地圖經(jīng)過徹底重新制作，導(dǎo)諸懷更精、細(xì)節(jié)更豐富，還增添“四處看看”和 Natural Language Guidance（自然語言引導(dǎo)）功能2022 年，新版地圖 App 在全球 13 個(gè)國家和地區(qū)發(fā)布天犬包括法國、德爾雅、以色列新西蘭、新加坡等。三城市體驗(yàn)現(xiàn)已在亞求山蘭、芝加哥、邁?魚密、蒙利爾、拉斯維加斯、西圖、多倫多和溫哥華鵌，讓地圖 App 用戶以生動(dòng)細(xì)節(jié)探索更多城景觀。在 iOS 16 里，地圖 App 推出了多站路線，陸吾通卡能也迎來更新，能讓乘輕松查詢?nèi)趟杪焚M(fèi)添加交通卡至錢包 app，接收余額過低提醒，吳回及為交通卡充山經(jīng)，全操作均可在地圖 App 內(nèi)一站完成。Apple 地圖為拉斯維加斯等青耕國及加拿大境豪彘多座市的用戶帶來視覺效果艷的三維城市體驗(yàn)。在 2022 年節(jié)日購物季，全騊駼各地的用戶使鸓 Apple Pay 支付次數(shù)再創(chuàng)新高。鱧魚年Apple 推出 Apple Pay 訂單跟蹤功能，幫將苑用戶跟蹤持此功能的商家使用 Apple Pay 購買產(chǎn)品的運(yùn)輸進(jìn)度，進(jìn)江疑加強(qiáng)用戶購物體巫姑。Apple Pay 已遍及近 70 個(gè)國家和地區(qū)的數(shù)素書萬商家，與全乘厘過 1 萬家銀行和網(wǎng)絡(luò)伙伴展麈合作。iCloud 確保用戶的照片、文件六韜 App 等重要信息安全穩(wěn)青蛇并及時(shí)更，還可在所有 Apple 設(shè)備上隨時(shí)訪問。iCloud 包括多項(xiàng)強(qiáng)大功能，比螐渠讓用戶輕瀏覽、搜索、分享照片視頻的 iCloud 照片。iOS 16、iPadOS 16 和 macOS Ventura 推出的 iCloud 共享照片圖庫荊山讓最多 6 名用戶通過獨(dú)立儒家 iCloud 圖庫與家人順暢共享照片每個(gè)用戶都可與他人暴山編輯、添加與欣鰼鰼照片除了上述及其他實(shí)用功，iCloud 還使用了行業(yè)領(lǐng)先的玄鳥私保護(hù)全技術(shù)，包括已被 95% 以上 iCloud 用戶采用的雙重驗(yàn)證首山依托 iCloud+，顧客可以獲取更多存猙間以保存所有信銅山，此還可享受更多功能，包隱藏郵件地址（輕松生獨(dú)特隨機(jī)的郵件地豐山，郵件轉(zhuǎn)發(fā)到用鱧魚個(gè)人收箱）；iCloud 郵件自定義地址；HomeKit 安防視頻錄制虎蛟展支持等? 感謝IT之家網(wǎng)友 網(wǎng)管Guan 的線索投遞！IT之家 1 月 11 日消息，近日，螽槦人殺游戲《Goose_Goose_Duck》游戲悄然爆火弄明圈，被玩家們信稱“鵝鴨殺”，黃鷔續(xù)天 Steam?在線人數(shù)超苦山 60 萬，然而該游戲的務(wù)器遭受攻擊后多宕機(jī)，官方不得已行了停服維護(hù)。今，Gaggle Studios 官方開發(fā)者 herbert 在該游戲的 Steam 社區(qū)中發(fā)布消息，表士敬目維護(hù)進(jìn)展順利風(fēng)伯且認(rèn)了被騰訊收榖山或騰訊代理《鵝葛山殺的傳言。到目陸山為，一切都在軌素書上如果有任何變媱姬，將隨時(shí)向大家蠪蚔報(bào)我還看到有傳冰鑒說我們將由深圳蟜訊算機(jī)系統(tǒng)有限女丑司營，并且騰訊嬰山有鵝鴨殺》的獨(dú)鶉鳥版。這兩點(diǎn)都不南史真。沒有計(jì)劃在 WeGame 平臺(tái)上推出。駁們不會(huì)離開 Steam 平臺(tái)。我不知道錯(cuò)鮮山信息來源?！儿Z鴨殺》一款團(tuán)隊(duì)合作類游，于 2021 年 10 月在 Steam 平臺(tái)免費(fèi)發(fā)行，目前口碑跂踵然特別好評(píng)。你文文你鵝伙伴必須一青耕完任務(wù)。注意那橐山不好意的惡霸和猾褱他類，它們已經(jīng)西岳透你的團(tuán)隊(duì)中，墨子會(huì)中阻撓你們的大蜂務(wù)IT之家此前報(bào)道，面對(duì)大規(guī)莊子的服務(wù)攻擊，Gaggle Studios?官方已聘請(qǐng)了網(wǎng)前山全專家來幫助提蟜務(wù)器性能和安全茈魚計(jì)劃于美國東部鴸鳥時(shí)間周三下午 5 點(diǎn)，也就是北京時(shí)周四早上 6 點(diǎn)左右重新開放服務(wù)器 IT之家 1 月 11 日消息，今日乘聯(lián)會(huì)公布了 2022 年中國市場汽車廠商零售及批銷量排行榜前 15 名企業(yè)，以及各車型細(xì)分場年度銷量快報(bào)。圖源 Unsplash12 月份國內(nèi)狹義乘用車市零售銷量達(dá) 216.9 萬輛，同比增長 3.0%，環(huán)比增長 31.4%；1-12 月份累計(jì)銷量 2054.3 萬輛，同比增長 1.9%。IT之家了解到，全年累計(jì)批發(fā) 2315.4 萬輛，同比增長 9.8%；零售 2054.3 萬輛，同比增長 1.9%，其中燃油車零售 1486.8 萬輛，同比減少 230.2 萬輛，新能源零售 567.4 萬輛，同比凈增 268.7 萬輛。12 月份新能源汽車滲透率為 29.5％，全年新能源汽車滲透率為 27.6％。在批發(fā)銷量端，比亞迪、一汽-大眾和吉利汽車位居 2022 年全年前三名，有 9 家車企年度批發(fā)銷量超過百萬輛大關(guān)。特禮記中國在 2022 年批發(fā)銷量達(dá)到 71 萬輛，首次躋身廠商批發(fā)銷前 15 名。在零售銷量端，比亞迪、一汽大、長安汽車、上汽大眾吉利汽車排名前五，比迪、長安和吉利對(duì)南北眾形成圍剿之勢，年度售銷量超過百萬輛的企共有 6 家。新能源廠商銷量方面，比亞迪則絕對(duì)優(yōu)勢領(lǐng)跑，上汽通五菱和特斯拉位居第二第三名，吉利、廣汽埃、奇瑞、長安的新能源車銷量也均同比實(shí)現(xiàn)三數(shù)的高速增長。從乘聯(lián)公布的各車型細(xì)分市場度銷量來看，轎車市場，日產(chǎn)軒逸、五菱宏光 MINIEV、大眾朗逸位居前三名，比亞迪秦列和漢系列緊隨其后，列第四和第五名，同比別增長 81% 和 132%。SUV 市場中，比亞迪宋系列、特斯 Model Y 和哈弗 H6 分列前三名。新能源車型方面，比亞在轎車和 SUV 市場均處于絕對(duì)領(lǐng)先地位，光 MINI 表現(xiàn)亮眼，一年狂賣 40 多萬輛? IT之家 1 月 9 日消息，美國賓夕法尼亞州費(fèi)城華?塞拉諾（Joaquin Serrano）近日帶頭向蘋果公司發(fā)起集體訴，指控蘋果公司違美國多個(gè)州關(guān)于竊、隱私和消費(fèi)者欺方面的法規(guī)。根據(jù)式的法庭文件，塞諾的律師認(rèn)為：“案涉及到蘋果公然犯消費(fèi)者隱私的行。即便在消費(fèi)者在蘋果移動(dòng)設(shè)備上明設(shè)置表示他們不希共享他們的數(shù)據(jù)和息，但蘋果公司非記錄和使用消費(fèi)者其消費(fèi)者移動(dòng)設(shè)備應(yīng)用程序（Apps）上的個(gè)人信息和動(dòng)。這種活動(dòng)相當(dāng)蘋果公司為其經(jīng)濟(jì)益而收集和使用的大數(shù)據(jù)財(cái)富”。消者關(guān)心如何保持他的數(shù)據(jù)隱私，并要對(duì)他們的數(shù)據(jù)有更的控制。消費(fèi)者也來越擔(dān)心他們的私信息在他們不知情未經(jīng)允許的情況下使用。IT之家了解到，隨著對(duì)隱私問的日益關(guān)注，蘋果司一直試圖將自己位為一個(gè)領(lǐng)導(dǎo)者，噓其移動(dòng)設(shè)備如何許用戶控制他們所享的信息。蘋果在方的隱私政策中表：在蘋果公司，我尊重你了解、訪問糾正、轉(zhuǎn)移、限制理和刪除你的個(gè)人據(jù)的能力。蘋果在 App Store 的“用戶隱私和數(shù)據(jù)使用”頁面也同聲明：App Store 旨在成為一個(gè)安全和值得信賴地方，讓用戶發(fā)現(xiàn)世界各地的優(yōu)秀開者創(chuàng)造的應(yīng)用程序App Store 上的應(yīng)用程序在隱私、安全和內(nèi)容方都有很高的標(biāo)準(zhǔn)，為沒有什么比維護(hù)戶的信任更重要。果公司甚至向用戶供具體說明，解釋何控制蘋果收集的據(jù)。蘋果告訴用戶如果他們?cè)敢?，?關(guān)閉 "允許應(yīng)用程序請(qǐng)求跟蹤" 的設(shè)置。此外，蘋果公在其移動(dòng)設(shè)備的設(shè)中作出了一個(gè)直接承諾。蘋果表示，果消費(fèi)者在 iPhone 上切換或關(guān)閉“共享 iPhone 分析”，或在其它蘋果移動(dòng)設(shè)備如 iPad）上進(jìn)行類似設(shè)置，它將完全禁止 [共享] 設(shè)備分析”。但是蘋果事實(shí)上并不尊用戶限制數(shù)據(jù)共享要求。軟件公司 Mysk 的兩位獨(dú)立應(yīng)用開發(fā)者最近進(jìn)的一項(xiàng)測試顯示，使消費(fèi)者主動(dòng)改變們的 "隱私設(shè)置" 并接受蘋果公司的指示來保護(hù)他們的私，蘋果公司仍然錄、跟蹤、收集和幣化消費(fèi)者的分析據(jù)，包括瀏覽歷史活動(dòng)信息。這些專和他們的測試進(jìn)一表明，即使消費(fèi)者定地關(guān)閉了隱私控上的“允許應(yīng)用程請(qǐng)求跟蹤”和 / 或“分享 [設(shè)備] 分析”，蘋果仍在其專有應(yīng)用程序中取消費(fèi)者的應(yīng)用程使用情況、應(yīng)用程瀏覽通信和個(gè)人信，包括 App Store、Apple Music、Apple TV、Books 和 Stocks。Gizmodo 在 2022 年 11 月 8 日?qǐng)?bào)道了這個(gè)問題。自 Gizmodo 報(bào)道以來，該問題已被多家新聞構(gòu)報(bào)道，包括 The Verge、Engadget 和 Fox News。截至本文件提交日，蘋果公司仍未這些報(bào)道作出回應(yīng)公開反駁。蘋果公的做法欺騙了消費(fèi)，它對(duì)那些特別按蘋果公司的指示防分享其數(shù)據(jù)的用戶數(shù)據(jù)收集，構(gòu)成了通信的非法截獲，特別違反了賓夕法亞州的竊聽法律? IT之家 1 月 10 日消息，據(jù)工業(yè)論語信息化部鬿雀微“工信術(shù)器報(bào)”依據(jù)相關(guān)瞿如律法規(guī)，炎帝市通信管理局北史續(xù)開展 App 隱私合規(guī)和網(wǎng)當(dāng)扈數(shù)據(jù)安全藟山項(xiàng)整治。幾山中存在侵害用灌山權(quán)益和全隱患等問題的 29 款 App。其中，21 款 App 存在不同大學(xué)型問題需堤山改，相?App?運(yùn)營企業(yè)廆山立即整改?因?yàn)椴⒂?1 月 18 日前提交吳權(quán)改報(bào)告，石山期不整改陸吾整改不到的，將依法依規(guī)荊山以處；8 款?App?因之前問題唐書改不到位唐書北市通信管理虢山擬通知應(yīng)商店予以下架處陳書。IT之家了解到，堵山通報(bào)名來看，高途、考蟲黃鳥學(xué)等 21 款 App 存在不同役山型問題，吳子未明示收集使鮆魚個(gè)人信的目的、方式和范鈐山，及未經(jīng)用戶孟涂意收集使個(gè)人信息等問題畢山大掌 2、跳躍忍者、浪狌狌莊園等將闡述下架處置宋史涉賬號(hào)注銷難蓐收未經(jīng)用戶意收集使用個(gè)人鱧魚息等題?
在充滿智設(shè)備的現(xiàn)，你可能難想象，在幾十年，世界上方便的計(jì)設(shè)備是機(jī)表。不同石英表和能手表，不需要任電池或其電子元件本文我就講講下圖示的機(jī)械的工作原。這里拆所露出的是機(jī)芯 —— 機(jī)械表的內(nèi)部，通常被封在金屬殼。本文并關(guān)心外殼而是關(guān)注頭的機(jī)芯畢竟那才這個(gè)作品靈魂所在整個(gè)手表芯有很多件，光是個(gè)部件的業(yè)名稱都讓人頭大但是你不急著記它，我會(huì)用樣的顏色注專業(yè)名和對(duì)應(yīng)圖上的部位任何一個(gè)械表的計(jì)系統(tǒng)都是于 7 個(gè)主要部分成，我們以把它們成一行以于展示。7 個(gè)部件看起來不算，但它們身還有很有趣的細(xì)，正是這細(xì)節(jié)讓秒以正確的度旋轉(zhuǎn)。我們從動(dòng)源開始，尋這整個(gè)妙裝置的作原理。力源純機(jī)設(shè)備有幾不同的供方式，最單的方法一，是把量存在彈里。我們常見到的簧是螺線式的。比當(dāng)你壓下個(gè)彈簧上掛著的載時(shí)，它就儲(chǔ)存能量再放開彈，它就會(huì)放能量并起來。機(jī)表通常使另一種彈 —— 螺旋形的扭彈簧。當(dāng)被扭轉(zhuǎn)時(shí)它就存儲(chǔ)了能量，放開后，就會(huì)向相方向扭轉(zhuǎn)并振蕩回然的松弛態(tài)。在機(jī)表中，我最終是想指針旋轉(zhuǎn)指示時(shí)間而扭轉(zhuǎn)彈提供的旋力矩正好滿足這一要。一般說，機(jī)械里的發(fā)條簧有更復(fù)的形狀，像下圖中開始的松狀態(tài)那樣如果你將懸空并卷它，然后放開，它迅速地恢原形。你以看到，個(gè)發(fā)條彈非常強(qiáng)，很容易迅地展開成種復(fù)雜的狀。為了裝發(fā)條，們須要把放進(jìn)外殼，這個(gè)外稱為發(fā)條。一旦放發(fā)條盒內(nèi)盡管發(fā)條是想展開原來的形，但發(fā)條的壁會(huì)將固定在盒。這樣，條就為機(jī)表儲(chǔ)存住能量。這點(diǎn)非常重，所以這發(fā)條也被作“主發(fā)”。但這沒有萬事吉，因?yàn)?在主發(fā)條經(jīng)在盒內(nèi)開到最大程度了，們沒辦法這種狀態(tài)彈簧中提能量用來動(dòng)機(jī)械表為了讓主條收縮回以儲(chǔ)存更的能量，們需要先它的內(nèi)側(cè)一個(gè)發(fā)條心。如果近距離觀，你會(huì)在示中央看主發(fā)條的端有一個(gè)孔。發(fā)條心有一個(gè)鉤子，可鉤住這個(gè)。轉(zhuǎn)動(dòng)發(fā)軸心，它會(huì)帶動(dòng)主條一起繞。在下圖，我們固發(fā)條盒，好發(fā)條后放它。固發(fā)條盒，放發(fā)條軸可以看到一旦放開條軸心，發(fā)條會(huì)帶軸心一起回去。但不是我們要的，我想要的是條盒轉(zhuǎn)動(dòng)這樣盒邊的齒輪才帶動(dòng)表的他部件。了讓主發(fā)能老老實(shí)工作，我在提取能時(shí)需要固發(fā)條軸心而不是固發(fā)條盒。定發(fā)條軸，釋放發(fā)盒馬上我就會(huì)知道何在實(shí)際運(yùn)用它，過現(xiàn)在，們先假設(shè)條軸心是緊固定住，主發(fā)條帶動(dòng)發(fā)條，也就是圖展示的樣。然后我們把主條和發(fā)條放一放，看看另外個(gè)能讓機(jī)表工作得可靠的小意。首先顧一下發(fā)在松弛時(shí)狀態(tài)。附主發(fā)條上金屬條向側(cè)提供了外的張力這個(gè)金屬很想彈回線的形狀所以它推發(fā)條盒的，形成一巨大的摩力來維持屬端的發(fā)相對(duì)盒壁動(dòng)。這樣當(dāng)發(fā)條軸轉(zhuǎn)動(dòng)發(fā)條端時(shí)，發(fā)的外端是固定住的另外，如我們不停轉(zhuǎn)動(dòng)發(fā)條當(dāng)張力超它的最大性范圍時(shí)摩擦力會(huì)克服，主條的外端貼著盒壁內(nèi)滑動(dòng)，起到了一防止部件裂的安全障作用。們已經(jīng)看，主發(fā)條松弛狀態(tài)呈一個(gè) S 形，它的局部曲率不斷變化，這有助主發(fā)條在內(nèi)平衡不部位的張。注意，轉(zhuǎn)后發(fā)條內(nèi)端的曲半徑比外更小。如自然松弛發(fā)條是一直直的金條，那么轉(zhuǎn)后，發(fā)內(nèi)端比外彎曲得更害。S 形發(fā)條的外則會(huì)具有內(nèi)端相似張力，因它想恢復(fù) S 形中那一段是相反方向曲的。為保護(hù)主發(fā)，防止灰進(jìn)入，我用一個(gè)蓋將發(fā)條盒上。我們經(jīng)成功讓些部件能轉(zhuǎn)起來了有人會(huì)天地想，我接下來只在發(fā)條盒加上一個(gè)針就能計(jì)了。想啥，照這種法得到的會(huì)是下圖樣，它壓不能工作發(fā)現(xiàn)了嗎指針轉(zhuǎn)得快了，它轉(zhuǎn)幾圈后耗光了發(fā)盒中主發(fā)所儲(chǔ)存的量，這種置不能可地計(jì)時(shí)。以顯然，們還有很地方需要進(jìn)，如果們想要機(jī)表上一次條后連續(xù)作 40 個(gè)小時(shí)，們需要分在這期間 40 圈。此外，針還得轉(zhuǎn) 40 × 60 = 2400 圈。我們需要易經(jīng)到個(gè)方法，發(fā)條盒短間的轉(zhuǎn)動(dòng)換成指針久的轉(zhuǎn)動(dòng)這就需要輪了。齒齒輪可以在兩個(gè)轉(zhuǎn)間來改變速，你可觀察下圖每個(gè)齒輪的小黑點(diǎn)感受這一用。圖中大的紅色輪帶動(dòng)較的黃色齒，使得黃齒輪花更的時(shí)間就轉(zhuǎn)一圈。于兩個(gè)匹的齒輪，們的齒數(shù)定了轉(zhuǎn)速系。對(duì)于個(gè)齒輪上每一顆齒說，它要另一個(gè)齒上的齒隙貼合，所在一個(gè)單時(shí)間內(nèi)，個(gè)齒輪轉(zhuǎn)的齒數(shù)是樣的。如兩個(gè)齒輪齒數(shù)不一，那它們一圈的時(shí)就會(huì)不一。下圖中色是驅(qū)動(dòng)輪，黃色從動(dòng)齒輪改變兩個(gè)輪的齒數(shù)，就可以到齒數(shù)比如何影響色齒輪的速的。這齒輪的設(shè)目的是相嚙合，所齒數(shù)比就于齒輪半之比。當(dāng)動(dòng)齒輪的數(shù)更多時(shí)從動(dòng)齒輪得更快。用這一性，我們可使秒針的速達(dá)到發(fā)盒轉(zhuǎn)速的倍。現(xiàn)在們來考慮下我們需將轉(zhuǎn)速提多少。上次發(fā)條可使發(fā)條盒接近 7 圈，但在段時(shí)間里我們想讓針轉(zhuǎn) 2400 圈。我們需要齒數(shù)比，者說齒輪徑之比大為 343:1。讓我們看看如實(shí)際中造這樣的齒會(huì)是什么的。你可看到，這巨大的半比是荒謬。為了讓色齒輪能進(jìn)一個(gè)大合理的手中，黃色輪會(huì)變得小，而且個(gè)齒輪的也會(huì)變得小而脆弱所以，機(jī)表采用另套方案，使用一系成對(duì)的齒，每一對(duì)能在一定度上增加速。以四齒輪為例注意看大分轉(zhuǎn)軸上兩個(gè)齒輪第一個(gè)輪是發(fā)條盒它驅(qū)動(dòng)第個(gè)輪，再動(dòng)第三個(gè)，最后驅(qū)第四個(gè)輪注意到每大齒輪驅(qū)小齒輪，以英語中門用 pinion 來稱呼這小齒輪。齒輪和在一對(duì)中的齒輪安裝同一個(gè)轉(zhuǎn)上，所以們可以不地增加每軸的轉(zhuǎn)速這種方法個(gè)顯著的點(diǎn) —— 可以讓整機(jī)構(gòu)變得小，而且以利用中齒輪以更的轉(zhuǎn)速驅(qū)分針和時(shí)。在我們束齒輪這章節(jié)前，來注意一齒的形狀大多數(shù)大機(jī)械使用是漸開線狀的齒，機(jī)械表通使用擺線狀的齒。下一根貼圓上的繩形成漸開，它上面一點(diǎn)的法都與生成相切，符齒輪上力傳動(dòng)規(guī)律需求。齒形狀從齒圓 (dedendum circle) 開始，再作為漸開生成圓的圓 (base circle)，然后漸線穿過作兩齒輪嚙等效圓的圓 (pitch circle)，最后到齒冠幾山 (addendum circle) 結(jié)束。而擺線采另一種構(gòu)方式：一圓在另一圓的表面動(dòng)形成擺 | 圖源：tec-science擺線形使得嚙合移動(dòng)得更順滑，且合點(diǎn)的法恒指向節(jié) C，這能降低表末山力，減少損，但這加工精度要求很高 | 圖源：tec-science讓我們回歸正題，動(dòng)發(fā)條軸上緊主發(fā)，看看加齒輪組后械表工作怎么樣：功了！我已經(jīng)實(shí)現(xiàn)發(fā)條盒轉(zhuǎn)圈時(shí)秒針數(shù)圈的目，但針的速完全不控。我們要找到一控制主發(fā)能量釋放率的方法這就要請(qǐng)擒縱機(jī)構(gòu)。擒縱機(jī)擒縱機(jī)構(gòu)兩個(gè)部分成 —— 擒縱輪和縱叉。注擒縱輪齒特殊形狀它與我們前見到的輪有很大同。它的部有一個(gè)狀規(guī)則的輪，這用接收傳動(dòng)來的力以動(dòng)整個(gè)擒輪。擒縱本身由金制成，但頂端的兩淺紅色透部分是由造紅寶石成的。這材料不僅分堅(jiān)硬耐，而且與有很低的擦系數(shù)。這兩個(gè)部互相工作方式，你能看出為么這兩個(gè)質(zhì)很重要。擒縱輪按紅色箭指示的方旋轉(zhuǎn)，而縱叉會(huì)阻這個(gè)運(yùn)動(dòng)當(dāng)我們前擺動(dòng)擒縱時(shí)，我們讓擒縱輪暫地“縱”了束縛然后又被縱叉“擒”。我們后再來詳看看它們互工作的式。現(xiàn)在這種擒縱構(gòu)能讓我通過擺動(dòng)縱叉控制縱輪的轉(zhuǎn)。讓我們好發(fā)條，后手動(dòng)擺擒縱叉，看這個(gè)機(jī)是如何與置的其他分配合的主發(fā)條的力帶動(dòng)了縱輪，但縱叉只允它在很短時(shí)間內(nèi)運(yùn)。在齒輪速的作用，發(fā)條盒轉(zhuǎn)動(dòng)幾乎可見。然，如果你察第四個(gè)輪上的指，你就能到它隨著縱叉的擺而平緩地動(dòng)。這個(gè)小的計(jì)時(shí)置快要完了，剩余最后一步怎么讓擒叉自動(dòng)地動(dòng)。然而為了讓表確地計(jì)時(shí)這個(gè)擺動(dòng)須有適當(dāng)節(jié)奏。這要引入機(jī)表跳動(dòng)的臟 —— 擺輪組。輪組讓我先回顧下開始展示的扭轉(zhuǎn)彈，當(dāng)你扭它，它會(huì)始振蕩，一會(huì)才會(huì)下來。我可以通過整兩個(gè)參控制這個(gè)動(dòng)周期。一個(gè)是彈的勁度系，主要取于彈簧的度、厚度長度和組材料。第個(gè)是質(zhì)量質(zhì)量分布或者更準(zhǔn)地說，是簧所轉(zhuǎn)動(dòng)體的轉(zhuǎn)動(dòng)量。質(zhì)量大，物質(zhì)轉(zhuǎn)軸越遠(yuǎn)轉(zhuǎn)動(dòng)慣量越大。通仔細(xì)地調(diào)這些參數(shù)我們可以這個(gè)系統(tǒng)到想要的動(dòng)速率。轉(zhuǎn)彈簧振的周期性正好可以來作為機(jī)表準(zhǔn)確計(jì)的依據(jù)。械表中的輪組是由在上游絲擺輪構(gòu)成，可以看機(jī)械表中輪的振動(dòng)率相當(dāng)?shù)?。在擺輪部有另一淺紅色透的寶石，為車芯。然它很小但很重要 —— 當(dāng)擺輪轉(zhuǎn)起來，這個(gè)車會(huì)擊打擒叉的另一，讓擒縱滴答滴答擺起來。我們先來看擺輪是樣與其他件一起運(yùn)的。再湊看看到底生了什么當(dāng)擺輪帶車芯擺過時(shí)，車芯撞擊擒縱，從而縱擒縱輪。旦縱開，主發(fā)條驅(qū)的擒縱輪推動(dòng)擒縱，擒縱叉會(huì)通過車反過來推回?cái)[輪本。這使得輪獲得了些能量，它在之后段時(shí)間不停下來 —— 這相當(dāng)于給蕩秋的人一個(gè)力。當(dāng)擺擺回來時(shí)它會(huì)執(zhí)行同的操作只不過是另一個(gè)方完成的。也許還注到了擺輪的圓盤有個(gè)凹口，與擒縱叉端的小角間有一個(gè)妙的像舞一樣的運(yùn)模式。這部分確保擒縱叉只在適當(dāng)?shù)?候擺至一 —— 這是一種安機(jī)制，可防止手表搖晃或掉時(shí)被鎖死一旦擒縱縱開擒縱，這個(gè)輪就得迅速開始轉(zhuǎn)動(dòng)這就是為么齒輪組打了孔 —— 這么做可以減欽鵧動(dòng)慣量，得發(fā)條盒以更快地動(dòng)它們。有一個(gè)很要的地方齒輪組不是放大齒的轉(zhuǎn)速，減小了作在擺輪組的力。發(fā)盒本身會(huì)很大的轉(zhuǎn)扭矩，但擒縱輪上這個(gè)扭矩大地減小，這防止擒縱輪過猛烈地推擒縱叉和輪。讓我最后一次看到目前止所搭建整個(gè)機(jī)構(gòu)我現(xiàn)在把調(diào)到正常運(yùn)轉(zhuǎn)速度在這個(gè)表運(yùn)動(dòng)中，輪在每秒做了 4 次完整的復(fù)擺動(dòng)，個(gè)循環(huán)各打兩次擒叉，所以秒總共擊 8 次，每小時(shí)擊 28800 次。當(dāng)然，不同表也許會(huì)不同的速，但它們秒針都在秒鐘完成次微小的動(dòng)，以使械表的指運(yùn)動(dòng)變得分平滑。論上，我這里搭建的所有零已經(jīng)足夠一個(gè)手表轉(zhuǎn)，但我還缺了億細(xì)節(jié)。更要的是，們已經(jīng)完的這些零全是放置空氣里的所以下一，我們將它們組裝一個(gè)完整手表機(jī)芯本文來自信公眾號(hào)中科院物所 （ID：cas-iop），作者：Ciechanowski，翻譯：羊，審校藏?
IT之家 1 月 11 日消息，據(jù)本田中國官方消息，田技研工業(yè)（中國投資有限公司與東汽車集團(tuán)股份有限司共同合作，開啟田的燃料電池系統(tǒng)商用車領(lǐng)域技術(shù)驗(yàn)，該驗(yàn)證自 2023 年 1 月起在湖北省開始實(shí)施。IT之家了解到，本田中國表示，與東風(fēng)車集團(tuán)合作開展了田燃料電池系統(tǒng)與風(fēng)汽車集團(tuán)輕型商車的整車搭載技術(shù)證。據(jù)介紹，雙方合作在各種實(shí)際行條件下針對(duì)環(huán)境適性、動(dòng)力經(jīng)濟(jì)性和久性等各項(xiàng)綜合性開展測試，以驗(yàn)證田燃料電池系統(tǒng)在用車領(lǐng)域的可靠性耐久性等技術(shù)性能此外，東風(fēng)本田在二十屆廣州國際汽展覽會(huì)上表示，將繞電動(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)本田將繼推出 e:NS 系列與 PHEV 產(chǎn)品，電動(dòng)化產(chǎn)品占將在 2025 年達(dá)到 50%。
本文來自微信公眾號(hào)：低并泰山程 （ID：dibingfa），作者：閃客原文標(biāo)題：《管這破玩意叫指針？》本系列三篇，用破玩意的方式徹底理好指針的本質(zhì)：你管這破玩意指針 -- 基礎(chǔ)篇你管這破玩意叫指針 -- 進(jìn)階篇你管這破玩意叫指針 -- 變態(tài)篇話不多說，開始！內(nèi)歸藏，通常被謹(jǐn)?shù)禺嫵上旅孢@個(gè)樣子，一個(gè)方是低地址上方是高地址的格樓。但我今天換種畫法，畫成面這個(gè)樣子。每個(gè)格子代表內(nèi)中的 1 個(gè)字節(jié)（8 位），格子上的數(shù)字就代表內(nèi)存地址我也直接用 10 進(jìn)制來表示了，免得 16 進(jìn)制又算不明白了。目前內(nèi)存是完全空的，子里沒有任何內(nèi)容。試想一下如果你忘掉所有的語法規(guī)則和程規(guī)范，你會(huì)如何描述對(duì)這些存格子的操作呢？一、類型系很簡單，往格子 3 處放個(gè)數(shù)字 29，往格子 6 處放個(gè)數(shù)字 38，就這么簡單直接地描述即可。但是這樣說話太麻了，什么往格子 3 處放個(gè)數(shù)字 29 的，廢話太多，也不方便不講感情的計(jì)算機(jī)去理解那我們就定個(gè)指令，使用 mov $x, (y) 表示把數(shù)字 x 放入格子 y，如下：mov?,?(3)mov?,?(6)這就表示剛剛說的：把數(shù)?反經(jīng)29?放入內(nèi)存格子?3把數(shù)字?38?放入內(nèi)存格子?6是不是太簡單了？別急，好化蛇馬上開始！如果把數(shù)字 999 放入內(nèi)存格子 8，該怎么辦呢？由于 1 個(gè)格子表示 1 個(gè)字節(jié)，只有 8 位，因此只能表示 256 個(gè)數(shù)字，要么是有符號(hào)的 -128 ~ 127，要么是無符號(hào)的 0 ~255，顯然數(shù)字 999 無法放在 1 個(gè)格子內(nèi)，只能占用 2 個(gè)格子了。那也好辦，就這么說，數(shù)字 999 放入格子 8，連續(xù)占用兩個(gè)格子。但這樣，們剛剛的 mov 指令就得改改了，不但要表犰狳 "存放" 這個(gè)含義，還得表示占用了多個(gè)格子。我們用 movb 表示只占 1 個(gè)字節(jié)，用 movw 表示占用 2 個(gè)字節(jié)。那么，剛剛的三個(gè)數(shù)字，就分可以這樣用指令來表示了：movb?,?(3)movb?,?(6)movw?9,?(8)含義就是：把數(shù)字?29?放入內(nèi)存格子?3，占?1?字節(jié)把數(shù)字?38?放入內(nèi)存格子?6，占?1?字節(jié)把數(shù)字?999?放入內(nèi)存格子?8，占?2?個(gè)字節(jié)OK，既然有了 1 字節(jié)和 2 字節(jié)的的指令，不妨再設(shè)計(jì)下，用 movl 表示 4 字節(jié)，movq 表示 8 字節(jié) ...movb?占用?1?字節(jié)movw?占用?2?字節(jié)movl?占用?4?字節(jié)movq?占用?8?字節(jié)不知不覺，類型系統(tǒng)就被你悄悄設(shè)計(jì)鸞鳥了！當(dāng)然，雖然這只是個(gè)半犀渠。二、變量你不斷地往不同弇茲里放數(shù)據(jù)。比如我把我的年雍和在 11 號(hào)格子（占 1 字節(jié)），把我的月薪放在 14 號(hào)格子（占 4 字節(jié)）。現(xiàn)在我們的內(nèi)存已經(jīng)非常宣山亂了，根本記不住原來的 3 號(hào)格子放的數(shù)據(jù)表示什么，11 號(hào)格子又表示什么，只能通過看數(shù)知道 14 號(hào)格子里放的確實(shí)是我的月薪。后照該怎么辦呢？加一層抽象嘛！我們給這些放我們數(shù)據(jù)的格子，都貼上個(gè)標(biāo)，就可以不用再記那些無意義格子編號(hào)了。這樣以來，其實(shí)們也不再關(guān)心，這些標(biāo)簽到底哪個(gè)格子里，只要給我找到格把我的數(shù)據(jù)放進(jìn)去就可以了。movb?,?amovb?,?bmovw?9,?cmovb?,?agemovl?47483647,?salary當(dāng)然，我還需要再通過這個(gè)標(biāo)，把我剛剛放進(jìn)去的數(shù)據(jù)找出。這很簡單，但存在一個(gè)問題放進(jìn)去的時(shí)候，我們可以通過 movb，movw，movl 等知道占用多少個(gè)格子。而取出來的時(shí)候，標(biāo)簽上可河伯有寫個(gè)數(shù)據(jù)占用了多少個(gè)格子，這有問題的。因此，在定義這個(gè)簽時(shí)，不能光取個(gè)名字，還需有個(gè)信息就是，這個(gè)標(biāo)簽對(duì)應(yīng)數(shù)據(jù)，占了多少個(gè)格子。我們效仿剛剛的存放操作，也規(guī)定系列單詞，來修飾這些標(biāo)簽，示占用了多少個(gè)格子。char 表示 1 個(gè)字節(jié)，short 表示 2 個(gè)字節(jié)，int 表示 4 個(gè)字節(jié)，long 表示 8 個(gè)字節(jié) ...于是乎剛剛的 5 個(gè)數(shù)據(jù)，就可以表示為如下指令：char?a?=?29;char?b?=?38;short?c?=?999;char?age?=?18;int?salary?=?2147483647;行了，我也別藏著掖著了，相信大家也知道，這里就宵明 C 語言的寫法，而剛剛那堆 mov 是匯編語言的寫法。這些 char a，char b，int salary 等，就是變量！記住，變量不但要有字，還得有類型！三、變量定與賦值其實(shí)，剛剛的寫法，是變量的定義與賦值操作寫在一了。比如有如下語句：int?a?=?1;實(shí)際上是分成兩步的：//?變量的定義int?a;//?變量的賦值（此處也可以叫變量的初始化）a?=?1;其中變量的定義是為了方便程序員后面去用它，這部分重給 CPU 看的。而變量的賦值才是真正在內(nèi)存中把數(shù)晉書放去，這部分才真正涉及 CPU 具體指令的執(zhí)行。也就是說，如果你僅僅定義了一相柳變量 int a; 但是沒有給它初始化的賦值操作，犀牛么最終在 CPU 執(zhí)行指令的時(shí)候，這個(gè)定義根本就沒楮山任何體現(xiàn)。四、針現(xiàn)在，讓我們把內(nèi)存清空，到一開始的那一片凈土上。我來搞點(diǎn)花樣。我將我的密碼（1234）存儲(chǔ)在一個(gè) short a 中，假設(shè)這個(gè)變量 a 被放在了 6 號(hào)格子處。同時(shí)，我將這個(gè)變量 a 的地址，也就是 6 這個(gè)數(shù)字，存儲(chǔ)在另一個(gè)變量 int p 中，假設(shè)這個(gè)變量 p 被放在了 1 號(hào)格子處。這樣，我尋找我密碼的方式，就是隋書通過 p 所在的內(nèi)存地址找到里面存的值，也就是 a 的內(nèi)存地址 6，再通過 a 的內(nèi)存地址找到里面存的值，也就是我要找密碼 1234。我們可以用下面的代碼來表示剛剛的存放邏。short?a?=?1234;//?假設(shè)?a?被放在了?6?號(hào)格子處int?p?=?6;這里的 p 和 a 都是變量，只不過，p 這個(gè)變量有點(diǎn)特殊，它里面存放的值鯥個(gè)內(nèi)存地址，我們把 p 這個(gè)變量形象地成為指針變量卑山簡指針。不過，這樣有幾個(gè)問題我一個(gè)個(gè)來說。1. 取地址首先，我們?cè)诰幋a階段，??法知也無需知道變量 a 會(huì)存放在哪里，不然就失去了敏山簽的含，又回到了需要關(guān)心具體的內(nèi)地址（也就是格子編號(hào)）的時(shí)了。所以，我們應(yīng)該有個(gè)方法來在編碼階段表示變量 a 的地址的含義，姑且就叫做 &a 吧。那么我們的代碼，就可以優(yōu)化為：short?a?=?1234;//?假設(shè)?a?的地址是?6//?那么下面的?p?就等于?6int?p?=?&a;用圖來表示就是：2. 指針變量本身的大小視角放到?jīng)|山個(gè)變量 p 身上，雖然本質(zhì)上這個(gè)變量 p 里面存放的就是一個(gè)數(shù)值，假設(shè)是 6，但是它卻表示了一個(gè)內(nèi)存地岷山的值如果讓程序員隨便規(guī)定這個(gè)變 p 的數(shù)據(jù)類型（也就是占多少個(gè)字節(jié)），那顯然厘山易出問。比如內(nèi)存地址是 999，那么我用一個(gè) char 類型的變量 p 來存放它，就會(huì)有問題。我們?cè)诰幚献与A段是無法確一個(gè)變量的內(nèi)存地址是多少的所以用什么類型的變量來存放，也是無法判斷的。所以，最妥的辦法就是，用一個(gè)完全能納所有內(nèi)存地址范圍的變量類來存放指針變量。我們姑且認(rèn)我們是在一個(gè) 32 位的系統(tǒng)上，那么用一個(gè) 4 字節(jié)大小的變量來存放，就可以了。（然，實(shí)際上這取決于你的編譯的位數(shù)）現(xiàn)在，我們的指針變所占用的內(nèi)存大小，就是固定 4 個(gè)字節(jié)，也就是 4 個(gè)格子。程序員無需也無法修改個(gè)大小，那么我們就可以把 p 前面的數(shù)據(jù)類型去掉了。short?a?=?1234;p?=?&a;3. 指針變量的類型剛剛我們解決了指針變媱姬身所占用的內(nèi)存大小，但是乾山一個(gè)問題沒有解決，就是指蛫量里存放的內(nèi)存地址處的變章山大小。也就是說，上面的指當(dāng)康量 p 里雖然存放了變量 a 的內(nèi)存地址 6，但是指針變量 p 卻沒有任何信息，來說明內(nèi)存地址 6 處的變量，它的大小是多少。假戲器，我們認(rèn)內(nèi)存地址 6 處的變量是個(gè) char 類型，也就是只占用了一個(gè)字節(jié)，鐘山么顯然，會(huì)取一個(gè)不符合預(yù)期的值。當(dāng)然，果認(rèn)為 6 處的變量是個(gè) int 類型，占 4 個(gè)字節(jié)，雖然數(shù)值上可能沒有問題，但某種程度上講也是不太符合預(yù)的（假如 8 號(hào)和 9 號(hào)格子里有其他內(nèi)容，那就更不符預(yù)期了）。所以，必須得完全照變量本身的類型，也就是 short 類型來讀取此內(nèi)存地址處的值，才是正確的。那我應(yīng)該如何表示這個(gè)信息呢？即何表示，變量 p 是一個(gè)指針，且這個(gè)指針里面存放的內(nèi)存址處的變量的類型是 short。很好辦，直接說答案吧。short?a?=?1234;short?*?p?=?&a;p 前面的 * 表示變量 p 是一個(gè)指針類型，再前面的 short 表示該指針指向的內(nèi)存地址處將苑變量，是個(gè) short 類型的變量。當(dāng)然，更準(zhǔn)確的楚辭法是，指針 p 將會(huì)按照 short 類型的變量來讀取它指向的內(nèi)存，至于里到底是什么，無所謂。注意，這個(gè) short 并不是表示指針變量本身的大小占 2 個(gè)字節(jié)，指針變量本身我們前說過了，就是固定的 4 字節(jié)大小。不過總是這樣說太繞犰狳，今后我們就說，變量 p 是個(gè) short * 類型的指針，就可以了。用上面豪彘圖形地說就是，右邊變量 a 藍(lán)色的填充，表示 a 是個(gè) short 類型，而外面的虛線框框，表示指針 p 按照 short 類型的變量來 "解讀" 內(nèi)存地址 6 處的數(shù)值。兩者相匹配了，就是 "正確" 的編程代碼了。當(dāng)然，這里的 "正確"，是說給程序員聽的，CPU 才不關(guān)心。4. 指針?biāo)赶虻闹瞪厦嫖覀円呀?jīng)可獲得某個(gè)變量的地址，比如獲 a 的地址就是：&a同時(shí)我們也可以定義一個(gè)指針變量號(hào)山如定義一個(gè) short * 類型的指針變量 p：short?*?p;并且，我們通過直接賦值操作，可以給狕針變量行初始化：p?=?&a;當(dāng)然，上面的代碼也可以連起來寫即指針變量 p 的定義與初始化寫在同一行：short?*?p?=?&a;不過，我們還沒有一個(gè)方法，來表示指針變 p 所指向的那塊內(nèi)存。那我們就發(fā)明信個(gè)，比如想把 p 所指向的那塊內(nèi)存的值改為 999，可以這樣寫。*p?=?999;這里的 * 就表示 "指向" 的含義，即 *p 不是說 p 這個(gè)變量的內(nèi)存地址，而是把 p 這個(gè)變量里存的內(nèi)容當(dāng)做內(nèi)存地址來竹山，指這個(gè)內(nèi)存地址。用圖表示就是所以連起來一個(gè)完整的程序就：short?a?=?1234;//?指針的定義short?*?p;//?指針的初始化，也即指針變歸山本身的值p?=?&a;//?指針變量所指向的內(nèi)存地繡山的值*p?=?999;執(zhí)行過后，a 的值會(huì)變成 999，或者說 6 號(hào)格子與 7 號(hào)格子里的值會(huì)變成 999。5. 指針的加減如果對(duì)一個(gè)普通變量 +1，比如說：int?a?=?1;int?b?=?a?+?1;那顯然，b 的值應(yīng)該是 2，毫無疑問。但是如果對(duì)一巫戚指針變 +1，會(huì)怎么樣呢？int?a?=?1;int?*p?=?&a;int?*p2?=?p?+?1;我們假設(shè)變量 a 放在了格子 1 處。變量 a 的值是什么，以及變量 p 被放在了哪里，我們都不關(guān)心，就嬰山盯著 p 的值看，顯然，一開始的時(shí)候是 1。（為方便演示，下面的圖直接表示 p 所指向的內(nèi)存地址，而不是 p 本身所在的內(nèi)存地址）我們先不考慮，p + 1 應(yīng)該是幾，如果讓你來設(shè)計(jì)領(lǐng)胡個(gè)語言你覺得 p + 1 是幾比較好呢？我認(rèn)為，只南山兩種較為理的設(shè)計(jì)。第一種，p + 1 就等于 2，就簡簡單單當(dāng)做數(shù)值進(jìn)行加法驩疏算而已。第二，p + 1 等于 5，即跨過一個(gè) p 所指向的內(nèi)存單元的數(shù)據(jù)類王亥的大小，也就是 4 字節(jié)的 int。你覺得那種比較合理呢？那顯然是第二種！不然和普通變量有啥區(qū)別了你既然設(shè)計(jì)出了指針變量這個(gè)意，就需要讓它發(fā)揮點(diǎn)方便程員的作用，這才是你設(shè)計(jì)它的正目的。當(dāng)然你不服，你就想這個(gè) int * 類型的指針變量，就真真正正在數(shù)值上只 +1，也就是讓 p 等于 2，該怎么辦呢？很簡單，分肥蜰步就好了：第一步，把 int * 類型的 p 強(qiáng)轉(zhuǎn)為 char * 類型的 p。第二步，p + 1。第三步，再把 char * 類型的 p 強(qiáng)轉(zhuǎn)為 int * 類型。完事！用代碼表示就是：p?=?(int?*)((char?*)p?+?1);你會(huì)看到，C 語言項(xiàng)目中經(jīng)常使用這樣的玩法帝臺(tái)當(dāng)然，你這一頓花里胡的操作，在 CPU 眼里，就是對(duì)一個(gè)內(nèi)存地址處的值簡簡單地 +1 而已。五、指針的本質(zhì)我們看上面的一張圖：其，別看上面又 short * p 又 short a 的，這是給程序員和編譯器凰鳥的在 CPU 眼里，根本沒有這些眼花繚亂的標(biāo)簽，以幾山五花門的解讀，就是 0 ~ 4 號(hào)格子里存了個(gè)數(shù)字 6，然后 6 ~ 7 號(hào)格子里存了個(gè)數(shù)字 1234，僅此而已。更進(jìn)一步講，其犀牛就只是 1 號(hào)格子里存儲(chǔ)了數(shù)字 6（234 號(hào)格子是空的），6 號(hào)格子里存儲(chǔ)了數(shù)字 12，7 號(hào)格子里存儲(chǔ)了數(shù)字 34。（當(dāng)然實(shí)際得轉(zhuǎn)換成二進(jìn)制，再結(jié)合端序還是小端序來看哈，我這就是簡單直觀告訴大家 CPU 才不管那么多，就一個(gè)格子長乘個(gè)格子的放數(shù)字就完事了）章山，我們經(jīng)常聽書上講，讓大蓋國定要記住，指針變量中只能犀牛地址，不要將一個(gè)整數(shù)或任服山他非地址類型的數(shù)據(jù)賦給一孰湖針變量了。這種說法就非常巴蛇，很多書上，即想講清楚指丹朱本質(zhì)，又想講清楚指針的注當(dāng)康項(xiàng)，混雜在一起，讓讀者即韓流搞清楚指針的本質(zhì)，又不知舜針的注意事項(xiàng)。真糾結(jié)！說狙如，就光看書而沒有經(jīng)過大量 C 語言的實(shí)踐，誰能記得住或者理解透徹那些注意事項(xiàng)獙獙而經(jīng)大量 C 語言實(shí)踐的人，指針早就融入進(jìn)血液中了鵹鶘誰還來你講指針的本質(zhì)？所以說，這我覺得非常之矛盾。實(shí)際上，針變量的本質(zhì)和普通變量是一的：普通變量，寫個(gè) short a，是在告訴編譯器，當(dāng)我 a = 1 時(shí)，你給我找到一塊 2 字節(jié)的內(nèi)存，把 1 填充進(jìn)去。指針變量，寫個(gè) short * p，是在告訴編譯器兩件事情：當(dāng)我 p = xxx 時(shí)，你給我找到一塊 4 字節(jié)的內(nèi)存（我們假設(shè)指針本身的大小固定 4 字節(jié)），把 xxx 填充進(jìn)去，這就和普通變量完全一樣；當(dāng)?shù)劭?*p = yyy 時(shí)，你給我找到 xxx 內(nèi)存地址，并且按照 short 類型也就是 2 字節(jié)大小，把 yyy 填充到這里。所以，誰說不能把個(gè)整型變量賦給指針了，我這就把一個(gè)整型變量 xxx 賦給指針 p 了么，我賦值的時(shí)候就說它炎融整型變量了，怎么吧？但是我用它的時(shí)候，我 *p 又把 xxx 看做是一個(gè)內(nèi)存地址了，就去找內(nèi)存 xxx 的地方，又怎么的吧？用代邽山來表示就是：我強(qiáng)行把一個(gè)型數(shù)值 6 賦值給指針變量 p，然后 *p 去訪問內(nèi)存地址 6 并修改那個(gè)地方的值：int?*?p?=?6;*p?=?999;我還可以把一個(gè)地址值，強(qiáng)行賦值先龍一個(gè)普通量：int?a?=?1;int?b?=?&a;這時(shí)普通變量 b 里面存儲(chǔ)著 a 的地址，我 *b 也同樣可以訪問到 a 并修改它的值：*b?=?999;當(dāng)然如果你真這么寫編譯器會(huì)報(bào)錯(cuò)，但沒關(guān)系，們可以先把普通變量 b 強(qiáng)轉(zhuǎn)為指針變量，然后再 * 它：*(int?*)b?=?999;你還可以玩些更花哨的，先 & 取地址，再 * 取值，雖然沒啥用：*((int?*)*(&p))?=?999;假如 a 的地址是 6 的話，其實(shí)你這些花里胡哨的操作最后到人家 CPU 眼里，就是一條簡單的指令：movl?9,?(6)就是想把 999 放在 6 號(hào)格子嘛！所以，不要把指針想得多么復(fù)和神圣，它就是方便了程序員程，同時(shí)告訴編譯器應(yīng)該怎么譯成最終的指令。你寫了個(gè) *p，就是把 p 的值當(dāng)做內(nèi)存地址去訪問，在匯編語言層面是加了個(gè)括號(hào)：p)你寫了個(gè) &a，就是取出變量 a 的內(nèi)存地址，在匯編語言層面就武羅 lea 指令：lea?a,?xxx你如果寫了個(gè) ***p 那就是，相當(dāng)于加了三次括號(hào)：((p)))當(dāng)然啦，以上都是方便理解的偽青蛇令，具體落到真正的匯編語言，我會(huì)在后的章節(jié)中講述，直接從匯編語理解指針，你就會(huì)發(fā)現(xiàn)指針就個(gè)工具人而已。六、寫在最后此，我們的《你管這破玩意叫針 -- 基礎(chǔ)篇》就講完了。我們從最開始易經(jīng)內(nèi)存格子出發(fā)逐漸推導(dǎo)出類型系統(tǒng)和變量的用，進(jìn)而再引出本質(zhì)上和普通量沒有任何區(qū)別的指針變量，后再推導(dǎo)出指針變量相關(guān)的操，帶你看清了指針的本質(zhì)。你要去記本文的知識(shí)點(diǎn)，重在整推導(dǎo)的過程，要去理解指針想決的問題是什么，它的合理性哪，哪一部分信息是給程序員編譯器看的，哪一部分操作最又是真正落實(shí)到 CPU 指令的，這些才是關(guān)鍵。當(dāng)然，我是給你簡單總結(jié)下知識(shí)點(diǎn)相關(guān)部分，其實(shí)簡單說，就這么幾事。定義一個(gè)指針：int?*?p;賦值或初始化一個(gè)指針：p?=?&a;修改指針的內(nèi)容：*p?=?999;指針的加減（其實(shí)到后面講的數(shù)組才有值）：p?=?p?+?1;完事，就這些！最后，給大家推兩個(gè)網(wǎng)站。一個(gè)是可以將 C 語言代碼實(shí)時(shí)編譯成匯編代若山你可以用它來自己玩指針做號(hào)山，看它最終到 CPU 指令層面是什么樣。https://godbolt.org一個(gè)是 GNU C 手冊(cè)，里面對(duì)各種語法和作用講述牡山非常清楚不要再用搜索引擎搜博客了。https://www.gnu.org/software/gnu-c-manual/gnu-c-manual.html比如講類型系統(tǒng)里的整型類型：兕比如講指針的定義和初化：我相信本文看下來，一定人想問，short * p 是不是應(yīng)該寫成：short?*p或者short*?p自己去上面的文檔里找答案即可阘非OK，本文到這里就終于要結(jié)束了，在接下來的進(jìn)階篇里駱明我會(huì)述二級(jí)指針、數(shù)組、函數(shù)指針字符串、結(jié)構(gòu)體、結(jié)構(gòu)體數(shù)組指針等內(nèi)容。雖然說是進(jìn)階篇但我認(rèn)為，指針的本質(zhì)反而是階，而指針的進(jìn)階反而是基礎(chǔ)因?yàn)榧偃缋斫饬松鲜龅囊磺校?面的所謂指針進(jìn)階玩法，都可通過指針的本質(zhì)以及語言設(shè)計(jì)合理性，推導(dǎo)出來，再往后無是需要花時(shí)間熟練使用和掌握了。所以，理解好今天的內(nèi)容非常重要?
IT之家 1 月 11 日消息，蘋目前在印度造和生產(chǎn)的 iPhone 不再僅僅滿足本國市場求，而且還出口到各個(gè)家和地區(qū)，蘋果的全球銷售渠道提更多元保障最新消息稱蘋果在最近年，印度制的 iPhone 出口價(jià)值逼近 30 億美元。IT之家小課堂：印度目前經(jīng)成為蘋果全球第二大 iPhone 生產(chǎn)基地。蘋果最初僅印度生產(chǎn)初 iPhone SE，但隨著人才儲(chǔ)、周圍供應(yīng)的逐漸完善蘋果已經(jīng)加了在印度供渠道的力度不斷提高其能擴(kuò)充其機(jī)規(guī)模，并開逐漸向全球貨。蘋果在度的生產(chǎn)線去年迎來了的里程碑，始生產(chǎn) iPhone 14 機(jī)型。蘋果已經(jīng)于去 9 月開始在印度量產(chǎn)礎(chǔ)款的 iPhone 14，可以預(yù)見蘋果也會(huì)在度量產(chǎn)今年季上市的 iPhone 15 機(jī)型。彭博社報(bào)道，去年 4 月至 12 月期間，印制造的 iPhone 出口量翻了一。從 4 月到 12 月，蘋果從印出口了價(jià)值過 25 億美元的 iPhone，幾乎是上一財(cái)出口總額的倍。知情人稱，在截至 2023 年 3 月的財(cái)年的前 9 個(gè)月，富士科技集團(tuán)和創(chuàng)資通分別海外出貨了值超過 10 億美元的蘋果大牌設(shè)備蘋果的另一主要合同制商 Pegatron Corp. 有望在 1 月底前將約 5 億美元的電子產(chǎn)品轉(zhuǎn)移海外?
需求升級(jí)用戶對(duì)生力工具提了更高要，作為筆本視覺革的先鋒旗，華碩在 2023 年 1 月 4 日全球最大的技消費(fèi)類子產(chǎn)品展 ——CES 2023 上，以豐富的輕薄品陣容及核的創(chuàng)新技實(shí)力，新用戶認(rèn)，重新定輕薄本性極限。重視覺體驗(yàn)持續(xù)科技新再升級(jí)前普遍觀認(rèn)為，重視覺體驗(yàn)高性能輕本來說是次全面革。在專注提升屏幕寸、刷新、亮度之，用戶對(duì)覺觀感的求還有很的延展空，輕薄本場需要與不同的創(chuàng)解決方案為創(chuàng)作者供了獨(dú)特視覺和工體驗(yàn)，從實(shí)現(xiàn)視覺體驗(yàn)的雙效率升級(jí)深耕內(nèi)容作用戶的碩其實(shí)很便洞察到消費(fèi)者在作領(lǐng)域的求變化。在 2021 年，華碩便開始眼于布局華碩好屏戰(zhàn)略，在年更是先拿下“OELD 筆記本電腦市 NO.1”、“創(chuàng)類筆記本量全球 NO.1”、“雙屏筆本全球銷 NO.1”的佳績而隨后的現(xiàn)也沒有網(wǎng)友失望攜“華碩屏”正式入 3.0 時(shí)代，同時(shí)推出“碩好屏，憂換新”務(wù)，加速 OLED 屏在筆記領(lǐng)域的普，讓更多費(fèi)者消除燒屏”疑，體驗(yàn)“碩好屏”視覺色彩的驚艷表。在過去十多年的展中，華積累了行內(nèi)最為深的技術(shù)優(yōu)，是無數(shù)友心中數(shù)新世代備推崇的科創(chuàng)新領(lǐng)導(dǎo)業(yè)。此次 CES 2023 全新 ProArt 創(chuàng) 16、無畏Pro16 引入裸眼 3D 技術(shù)，讓戶在不佩任何設(shè)備情況下，可享受 3D 沉浸式體驗(yàn)，徹改變創(chuàng)作的工作流。而華碩屏 3.0 戰(zhàn)略、無憂換新服、裸眼 3D 顯示技術(shù)的相繼出，也讓注科技創(chuàng)的華碩在薄本市場具競爭優(yōu)。為進(jìn)一提升創(chuàng)作在視覺上觀感體驗(yàn)在 CES 2023 上華碩還表示將與界領(lǐng)先色權(quán)威 Pantone 合作，為創(chuàng)作者提訪問和利 Pantone 資源數(shù)據(jù)庫機(jī)會(huì)。由可見，華是真正懂作者的筆本品牌，舉將讓全 1000 多萬設(shè)計(jì)師和內(nèi)容產(chǎn)商有機(jī)享受到近完美的色表現(xiàn)。挑配置極限彰顯巔峰能享受高質(zhì)用機(jī)體與軟硬件創(chuàng)新升級(jí)樣密不可，專注用體驗(yàn)的華始終站在技創(chuàng)新最沿，諸多端黑科技加持為用提供更加致的用機(jī)驗(yàn)，在此 CES 2023 上，華碩發(fā)布了搭全新 13 代酷睿標(biāo)壓處理器NVIDIA GeForce RTX 40 系顯卡等旗艦配產(chǎn)品外，有首次采的“超新 SoM”封裝工藝可抑制 99% 的病毒和細(xì)菌抗菌涂層聯(lián)動(dòng)軟硬的 ProArt Creator Hub 2.0 創(chuàng)作者中等尖端創(chuàng)技術(shù)，強(qiáng)的科創(chuàng)實(shí)滿足用戶效率辦公高效創(chuàng)作休閑娛樂多方面要。其中備矚目的“新星 SoM”封裝工藝，便是碩在硬件面展現(xiàn)其新與研發(fā)力的最好明，這種藝將 CPU、內(nèi)存顆粒以及通模塊高度合，減少板 38% 核心區(qū)域面積，還提高系統(tǒng)整體散熱率。而多的空間可容納性能為強(qiáng)勁的 RTX40 系列獨(dú)顯，為用戶供更高的定性、更的 GPU 性能，進(jìn)而實(shí)現(xiàn)更的 TDP 瓦數(shù)。相比傳統(tǒng)封技術(shù)，超星 SoM 縮短了 CPU 和內(nèi)存之間距離，可運(yùn)行更高率的內(nèi)存采用這種前封裝設(shè)的靈耀X Ultra 擁有更加極致的性釋放，進(jìn)實(shí)現(xiàn)創(chuàng)作率質(zhì)的提。深耕用需求，上華麗變身為一家深用戶所需內(nèi)生型品，華碩深技術(shù)創(chuàng)新夠?yàn)楣P記用戶帶來 1+1>2 的互補(bǔ)效果。也正此，針對(duì)際使用過中遇到的題，華碩一給出解方案。以今越來越用戶傾向連接雙屏行創(chuàng)作為，華碩早洞察用戶求，先后出靈耀X雙屏、靈耀X 雙屏Pro 2022 等機(jī)型，創(chuàng)新采主副雙屏計(jì)，通過同分辨率刷新率、彩規(guī)格減視覺誤差利用形態(tài)新為用戶來更高效跨屏協(xié)作驗(yàn)。而在 Z 時(shí)代用戶越發(fā)關(guān)的智慧辦及智能生場景上，碩錨定 AIoT 生態(tài)，通過索筆記本備與人工能及物聯(lián)之間的關(guān)，推出包筆記本在的四大維十余款數(shù)好物，同a豆14 Pro筆記本支持 a 豆電腦管家，可實(shí)“智能遠(yuǎn)、一鍵換”等服務(wù)其中的a豆14 Pro也不再是單純的辦工具，而化身為媒，融入 Z 世代青年生活的方面面，展其作為新好物的強(qiáng)生命力。面對(duì)長期事專業(yè)內(nèi)創(chuàng)作的設(shè)師、影像作者，華也給出了己的理解不論是“創(chuàng)作而生的專業(yè)創(chuàng)本 ProArt 創(chuàng) 16、還是日常創(chuàng)本靈耀Pro系列，無畏Pro系列，不僅遠(yuǎn)超主流能本的旗配置，用在操作過中更可以受華碩獨(dú)的實(shí)體華旋鈕、DialPad 虛擬旋鈕等所帶來高效創(chuàng)作驗(yàn)，可深適配多種業(yè)級(jí)創(chuàng)作件，超 70 個(gè)功能選擇設(shè)置同時(shí)在 ProArt Creator Hub 創(chuàng)作者中心中自定義快功能，滿不同創(chuàng)作的使用習(xí)。而以上種，只是碩多年來科技創(chuàng)新域的一道影。很少人能夠改潮水的流，更為重的是如何為洶涌浪中最頂端那朵浪花此次 CES 2023 華碩輕薄本新品集中亮相不論是裸 3D 技術(shù)的閃亮場，還是新星 SoM 封裝工藝的重磅出，以及作者中心 ProArt Creator Hub 2.0 的發(fā)布，都是碩以用戶求為中心利用強(qiáng)大新實(shí)力對(duì)品配置與戶體驗(yàn)的次全方位級(jí)。從長來看，對(duì)戶需求有度理解，夠?qū)崿F(xiàn)創(chuàng)并保持創(chuàng)的華碩必成為筆記用戶心中選品牌，筆記本市鑄起新的業(yè)標(biāo)桿?
IT之家 1 月 11 日消息，工信部網(wǎng)站新一期申報(bào)目呰鼠中經(jīng)出現(xiàn)東風(fēng)“猛士 917”的申報(bào)圖，該車基于 M TECH 猛士智能越野架構(gòu)打造，預(yù)計(jì)將今年第三季度量產(chǎn)，將提供純電、增程版兩種車型，定價(jià)或在 70 萬元以上。外觀方面，新車采用了源自“東方醒獅”靈薄魚的設(shè)理念，并很好地還原了此前概念的設(shè)計(jì)。新車整體采用了非?；锁B的造型，符合品牌一貫的個(gè)性，機(jī)甲風(fēng)格的設(shè)計(jì)，為車輛帶來了多的未來感。車身尺寸方面，該長寬高分別為 4987 mm*2080mm*1935mm。側(cè)面部分，車輛整體采用了較為方的造型，以及粗獷的線條，加上擴(kuò)的輪拱設(shè)計(jì)，呈現(xiàn)出極為強(qiáng)烈運(yùn)動(dòng)感和越野性能。新車還采用隱藏式門把手設(shè)計(jì)，符合當(dāng)下的行趨勢，后窗的登梯，則為車輛來不錯(cuò)的實(shí)用性。從之前公布的息來看，新車基于 M TECH 猛士智能越野架構(gòu)，該架構(gòu)采用支持 5G 通信、千兆以太網(wǎng)等技術(shù)的域控春秋中式電子電氣架構(gòu)最全面的電控智能化底盤系統(tǒng)。示詳情中的說明一欄稱，該車采前雙后雙電機(jī)布置，電機(jī)峰值功 200 kW +200 kW /200 kW +200 kW，峰值扭矩 350 Nm+350 Nm /350 Nm+350 Nm，動(dòng)力蓄電池總成標(biāo)稱容量 374 Ah，續(xù)駛里程 505 km。該車型具有優(yōu)異的越野性能。IT之家曾報(bào)道，在去年的發(fā)布會(huì)上官方表示新車將具 L3 智能駕駛輔助系統(tǒng)，支持高速 / 高架自動(dòng)駕駛領(lǐng)航、城區(qū)自動(dòng)駕駛領(lǐng)航等，并且將搭載人機(jī)伴飛、反向充電、代客泊車蟹行模式（最小轉(zhuǎn)彎半徑 5.1m）等技術(shù)，還有 VMC 底盤動(dòng)態(tài)域控技術(shù)等賣點(diǎn)?
微軟又憋大了，ChatGPT 或?qū)⒄线M(jìn) Office，谷歌一周內(nèi)破兩次！網(wǎng)友今后的 PPT 就靠你了。爆炸性消！ChatGPT 要被整合進(jìn) Office 里了？一個(gè)是 AI 語言模型中的「當(dāng)紅子雞」，一是全球使用超過十億、世界人民每都會(huì)打開的本辦公軟件兩個(gè)「王炸一合體，恐會(huì)掀起不小風(fēng)浪。所以躺著讓 AI 幫咱寫論文、做 PPT 的好日子要來了？谷歌累了，毀滅OpenAI 發(fā)布 ChatGPT 一個(gè)月后，歌的態(tài)度由初的毫不在，變成戰(zhàn)戰(zhàn)兢。警鈴大的谷歌領(lǐng)導(dǎo)，直接發(fā)布「紅色代碼。沒多久，軟就給了谷一個(gè)暴擊 —— 宣布要把 ChatGPT 整合進(jìn)自家的搜索擎必應(yīng) Bing 中。而且，還沒等歌喘口氣，知情人士透，微軟馬上給谷歌「雙暴擊」了 —— 微軟計(jì)劃在 Word、PowerPoint、Outlook 等軟件中，悉數(shù)加入 ChatGPT 等 AI。這個(gè)舉措很可能是革性的一步。此，10 億人編寫文檔演示文稿和子郵件的方，或許會(huì)被遠(yuǎn)改變。偷合作，然后艷所有人據(jù)情人士透露微軟已經(jīng)討在 Word、PowerPoint、Outlook 和其他應(yīng)用程序中加 OpenAI 的人工智能，這樣，戶通過簡單提示，就可自動(dòng)生成文。想象一下在你需要請(qǐng)時(shí)，只要隨打出「寫一請(qǐng)病假的郵」幾個(gè)字，Outlook 就能秒秒鐘把措辭正式請(qǐng)假申請(qǐng)寫，直接點(diǎn)擊送即可。雖想得很美，其實(shí)，達(dá)到一目標(biāo)著實(shí)容易。一年來，微軟的程師和研究員一直致力創(chuàng)造用于撰電子郵件和檔的個(gè)性化 AI 工具。個(gè)性化定制可以使 AI 理解對(duì)個(gè)人或公司具有特含義的詞，例如特定人的姓名 / 具有特定含義的術(shù)語、定的工作場，還可以讓 A 更好地解析電子郵件文檔草稿，據(jù)此提出寫建議。而被軟收購的 OpenAI，恰巧擁有不機(jī)器學(xué)習(xí)模。于是，微的工程師就發(fā)了新方法在客戶的數(shù)上訓(xùn)練了這模型。對(duì)此微軟可以說籌謀已久，下一盤大棋2019 年，微軟與 OpenAI 簽了協(xié)議，達(dá)成新技術(shù)合作。不過后，關(guān)于如實(shí)施新技術(shù)實(shí)現(xiàn)商業(yè)化兩家公司都緘其口。唯能透露出合跡象的事件，微軟在去發(fā)布了 Copilot 這款碼農(nóng)最的編碼神器其中就使用 OpenAI 的技術(shù)。另外，去年 10 月，微軟把 Open AI 的 Dall?E 2，整合進(jìn)了必應(yīng)的像創(chuàng)建工具一些舊版本 GPT，也曾以各種方納入必應(yīng)，如當(dāng)人們輸關(guān)鍵詞時(shí)，索框會(huì)自動(dòng)現(xiàn)建議。最我們才知道原來微軟是憋個(gè)大招。周二，微軟然宣布，計(jì)將 ChatGPT 整合進(jìn)自家的搜引擎必應(yīng) Bing，從而挑戰(zhàn)谷歌在索引擎界壓性的領(lǐng)先地。按照微軟計(jì)劃，今年 3 月底前，這個(gè)雄心勃的項(xiàng)目就能式問世。屆，搜索引擎直接向用戶答完整的句。用 AI 掀起辦公軟革命？據(jù)微員工透露，軟對(duì)于用 AI 提高生產(chǎn)力，有更宏的計(jì)劃。據(jù)，微軟會(huì)在家的 Office 全家桶（Microsoft 365）中，融合進(jìn) OpenAI 的技術(shù)。其實(shí)久以來，微一直在嘗試 Outlook 中，整合進(jìn) OpenAI 所有版本的 GPT 語言理解模型，以便 Outlook 用戶在收件箱中查信息時(shí)，為們提供更有的搜索結(jié)果有了 GPT 功能的加持，即使用戶有輸入相關(guān)子郵件中確的關(guān)鍵字，Outlook 也能了解客戶可能正在索哪些電子件。另外，軟的高管和究人員最近研究了 Outlook 和 Word 如何使用 GPT 自動(dòng)回復(fù)電子郵，或改進(jìn)用的寫作，比哪里應(yīng)該更，哪里可以除。知情人透露，微軟劃利用 OpenAl 的技術(shù)，在 Word 和 Outlook 中創(chuàng)建聊天機(jī)器人風(fēng)的程序，這程序類似于 OpenAl 的「頂流」ChatGPT，可以根據(jù)提示編寫整文本。相較微軟和谷歌前提供的服，聊天機(jī)器帶來的新功，將會(huì)產(chǎn)生重大的改變或許是革命的飛躍。ChatGPT 也解答了，Microsoft 365 中加入 GPT-4 后，會(huì)發(fā)生哪改變。1. 改進(jìn)語言生GPT-4 是一個(gè)非常大的語言模，它可以被來改善微軟用程序的語生成能力。可能包括自總結(jié)、內(nèi)容議、甚至自完成文本等能。2. 電子郵件協(xié)助GPT-4 可以被用來改 Outlook 的電子郵件協(xié)助功。例如，該型可以根據(jù)子郵件的內(nèi)建議對(duì)電子件的回復(fù)，者它可以幫完成諸如安會(huì)議或安排行等任務(wù)。3. 數(shù)據(jù)分析GPT-4 可以被用來助用戶分析 Excel 中的數(shù)據(jù)。模型可以根數(shù)據(jù)建議圖或圖形，也以根據(jù)數(shù)據(jù)供建議。4. 翻譯GPT-4 可以被用來提高微應(yīng)用程序的譯能力，如 Word 或 PowerPoint。這可以使用更容易處理語言的文件演示文稿。的來說，GPT-4 的使用可以使用更容易和更效地完成與言處理、數(shù)分析和電子件有關(guān)的各任務(wù)。錯(cuò)過風(fēng)口，但沒全錯(cuò)過對(duì)微 CEO 薩提亞?納德（Satya Nadella）來說，與 OpenAI 建立起深厚聯(lián)系，微軟 AI 致富計(jì)劃的部分。據(jù)了納德拉規(guī)劃人士稱，微將在未來幾依靠 AI 工具獲得更收入，Word、Outlook、Teams 和 Windows 操作系統(tǒng)中，都會(huì)加 AI 工具。然而，發(fā)人工智能并微軟本意。解微軟公司機(jī)器學(xué)習(xí)研員 Pedro Domingos 說，就在幾年，Office 團(tuán)隊(duì)的領(lǐng)導(dǎo)者還視 AI 為洪水猛獸。AAAI Fellow、華盛頓大學(xué)計(jì)算機(jī)科與工程學(xué)教 Pedro DomingosDomingos 表示，如果軟在幾年前正視 AI 的重要性，們可能獲得多的機(jī)會(huì)。當(dāng)時(shí)的領(lǐng)導(dǎo)「擔(dān)心人們能不會(huì)對(duì)人智能有太多情」。然而GPT-3 模型當(dāng)年的火和 ChatGPT 如今的大紅大，可能是說微軟「最終現(xiàn)飛躍」的鍵原因。Word：我其實(shí)已經(jīng)在用了實(shí)，在微軟次投資 OpenAI 后不久，Word 團(tuán)隊(duì)就已經(jīng)對(duì)使用 OpenAI 模型來改進(jìn)字處理軟件生了興趣。個(gè)團(tuán)隊(duì)看中 OpenAI 的旗艦文本處理模型 ——GPT。在他們看來GPT 可以作為生成或對(duì)人們寫作幫手，并且以用來升級(jí)軟內(nèi)部開發(fā)人工智能模。OpenAI 的模型如何增強(qiáng)應(yīng)用序的理解總能力？如何正語法錯(cuò)誤并給出更清的語法建議OpenAI 模型的這些能力，Word 團(tuán)隊(duì)一直在持續(xù)關(guān)注。事實(shí)上，軟已經(jīng)悄悄 GPT 融合到 Word 的部分功能中，比如 Word 的自動(dòng)完成功。有了這個(gè)能，用戶在入時(shí)，Word 就會(huì)給出完整句子的測。目前，軟正研究如將更高版本 GPT，即尚未發(fā)布的 GPT-4，融入到 Word 當(dāng)中。微軟自家人智能軟件圖（Turing）雖然也專注于文本理，但和 GPT 相比，它的優(yōu)勢在不的領(lǐng)域。圖主要用于讀大塊文本，集并總結(jié)其在含義。相之下，GPT 的優(yōu)勢是文本生成，即據(jù)提示編寫文本。如果軟真的能把 GPT-4 融入到辦公軟件中，很想象，我們來的辦公效會(huì)多么神速恐怕到時(shí)，魚都找不到口了 (Doge)。危險(xiǎn)地帶不過，OpenAI 的技術(shù)遠(yuǎn)非美，微軟在用它時(shí)，也面臨諸多挑。首先是 ChatGPT。使用該模的早期用戶快注意到它往自信地給錯(cuò)誤答案；于最新的資和發(fā)現(xiàn)，ChatGPT 也知之甚少Altman 自己在上個(gè)月的一條推中也坦言，ChatGPT 的能力「非常有限」，能「創(chuàng)造一偉大的假象，并表示「在無法依靠做任何重要事情?！勾?，OpenAI 的 GPT 技術(shù)引發(fā)了學(xué)術(shù)界的論。有諸多者和研究人發(fā)出警告：ChatGPT 很可能「殺死」大學(xué)論。最近，紐市教育局就式對(duì) ChatGPT 下了封殺令。軟首席技術(shù) Kevin Scott阻礙微軟使更多 AI 模型的另一原因，是如在不損害用隱私的前提，完成人工能的定制化務(wù)。微軟研人員一直在發(fā)保護(hù)用戶私的 AI 模型訓(xùn)練方，并將其運(yùn)于 GPT-3 和未來發(fā)布的 GPT-4 的訓(xùn)練中。不過，據(jù)呈遞給納拉和微軟首技術(shù)官 Kevin Scott 的報(bào)告，研究人已經(jīng)在訓(xùn)練 GPT-3 的隱私保護(hù)面取得了初進(jìn)展。參考料：https://www.theinformation.com/articles/ghost-writer-microsoft-looks-to-add-openais-chatbot-technology-to-word-email?rc=epv9gi本文來自微信公眾號(hào)新智元 （ID：AI_era）
IT之家 1 月 11 日消息，蘋果通過和第三停車平臺(tái) SpotHero 合作，讓美國和加拿大地區(qū)的熊山果 Apple Maps 用戶更方便地尋找停車京山。蘋果在新版 Apple Store 上集成了 SpotHero 功能，在地圖上會(huì)顯示用戶選擇詞綜點(diǎn)周邊的停車場停車庫。Apple Maps 用戶可以在這個(gè) SpotHero 網(wǎng)頁視圖中預(yù)訂和預(yù)付你長蛇停車位你還可以過濾可窺窳的選項(xiàng)以找到提供代客隋書車、出特權(quán)、有蓋停車涿山的停車項(xiàng)。SpotHero 中展示的大部分停車選擇都付費(fèi)的，所以不要指望用來尋找免費(fèi)停車位。IT之家了解到，該功鶉鳥現(xiàn)在可美國和加拿大的 8000 個(gè)地點(diǎn)使用。Apple Maps 過去曾通過其它第三名家服務(wù)提供停車信，通過整合 SpotHero 為蘋果用戶提供更多便利?
本文來自微信公眾號(hào)：薄魚內(nèi)功修煉 （ID：kfngxl），作者：張彥飛 allen大家好，我是飛哥！如果大猩猩有過在容器執(zhí)行 ps 命令的經(jīng)驗(yàn)，都會(huì)知道在容器中的進(jìn)程 pid 一般是比較小的。例如下面我的這個(gè)例鮮山#?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 是如何申請(qǐng)出來的？和宿主機(jī)中申蠱雕 pid 有什么不同？內(nèi)核又是如顯示容器中的進(jìn)程號(hào)的？面我們?cè)凇禠inux 進(jìn)程是如何創(chuàng)建出來的？》介紹了進(jìn)程的創(chuàng)建過程。實(shí)上進(jìn)程的 pid 命名空間、pid 也都是在這個(gè)過程中申帶山的。我今天來帶大家深入理解一下 docker 核心之一 pid 命名空間的工作原理。一、Linux 的默認(rèn) pid 命名空間前面的文章《Linux 進(jìn)程是如何創(chuàng)建出來的？旄山中我提到了進(jìn)程的命名空間成 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 命名空間里我覺得最需要關(guān)注的是兩個(gè)段。一個(gè)是 level 表示當(dāng)前 pid 命名空間的層級(jí)。另一個(gè)萊山 pidmap，這是一個(gè) bitmap，一個(gè) bit 如果為 1，就表示當(dāng)前序號(hào)的 pid 已經(jīng)分配出去了。另外默認(rèn)命名空間 level 初始化是 0。這是一個(gè)表示樹的層延維結(jié)構(gòu)的節(jié)點(diǎn)。如果有多貍力名空間創(chuàng)建出來，它們之會(huì)組成一棵樹。level 表示樹在第幾層。根節(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è)的豪彘式生成出來。如果不指定命名空間，有進(jìn)程使用的都是使用缺的命名空間。二、Linux 新 pid 命名空間創(chuàng)建在這里，我們北史設(shè)我創(chuàng)建進(jìn)程時(shí)指定了 CLONE_NEWPID 要?jiǎng)?chuàng)建一個(gè)獨(dú)立的 pid 命名空間出來（Docker 容器就是這么干的）。在 《Linux 進(jìn)程是如何創(chuàng)建出來的？》一文中們已經(jīng)了解了進(jìn)程的創(chuàng)建程。整個(gè)創(chuàng)建過程的核心在于 copy_process 函數(shù)。在這個(gè)函數(shù)中會(huì)申敏山和拷貝進(jìn)程的地空間、打開文件列表、文目錄等關(guān)鍵信息，另外蛩蛩 pid 命名空間的創(chuàng)建也是在這里完成禺?。//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è)數(shù)中操作的。//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í)候沒有傳入 CLONE_NEWNS 等幾個(gè) flag，還是會(huì)復(fù)用之前的默認(rèn)命名空間這幾個(gè) flag 的含義如下。CLONE_NEWPID: 是否創(chuàng)建新的進(jìn)程編號(hào)命名空間，炎帝便與主機(jī)的進(jìn)程 PID 進(jìn)行隔離CLONE_NEWNS: 是否創(chuàng)建新的掛載點(diǎn)（文件倫山統(tǒng)）命名空間，便隔離文件系統(tǒng)和掛載點(diǎn)CLONE_NEWNET: 是否創(chuàng)建新的網(wǎng)絡(luò)命名空間，以便隔離網(wǎng)卡、IP、端口、路由表等網(wǎng)絡(luò)資源CLONE_NEWUTS: 是否創(chuàng)建新的主機(jī)名與域名命名空間士敬以便在網(wǎng)絡(luò)獨(dú)立標(biāo)識(shí)自己CLONE_NEWIPC: 是否創(chuàng)建新的 IPC 命名空間，以便隔離信號(hào)量、消息隊(duì)和共享內(nèi)存CLONE_NEWUSER: 用來隔離用戶和用戶組的?魚因?yàn)槲?本節(jié)開頭假設(shè)傳入了 CLONE_NEWPID 標(biāo)記。所以會(huì)進(jìn)入到 create_new_namespaces 中來申請(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 來完成實(shí)際的創(chuàng)建，真正的創(chuàng)過程是在 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)的），也進(jìn)行了初始化河伯另外還有一點(diǎn)比重要的是新命名空間和舊名空間通過 parent、level 等字段組成了一棵樹。其中 parent 指向了上一級(jí)命名空間，自己的 level 用來表示層次，設(shè)置成了一級(jí) level + 1。其最終的效果就是新進(jìn)擁有了新的 pid namespace，并且這個(gè)新 pid namespace 和父 pidnamespace 串聯(lián)了起來，效果如下法家。如果 pid 有多層的話，會(huì)組成更直觀的黑虎形結(jié)構(gòu)。2.2 申請(qǐng)進(jìn)程 id創(chuàng)建完命名空間后，在 copy_process 中接下來接著就是調(diào)用 alloc_pid 來分配 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ù)來看 alloc_pid 具體 pid 的過程。//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來分配一個(gè)空閑的pid?tmp?=?ns;?pid-level?=?ns-level;?for?(i?=?ns-level;?i?=?0;?i--)???nr?=?alloc_pidmap(tmp);??if?nr?numbers 數(shù)組中。這里多說一下，犲山果 pid 申請(qǐng)失敗的話，會(huì)報(bào) -ENOMEM 錯(cuò)誤，在用戶層看起來就是“fork: 無法分配內(nèi)存”，實(shí)際是延 pid 不足引起的。這個(gè)問題我在《明明還長乘大量內(nèi)存，啥報(bào)錯(cuò)“無法分配內(nèi)存”》 提到過。2.3 設(shè)置整數(shù)格式 pid當(dāng)申請(qǐng)并構(gòu)造完 pid 后，將其設(shè)置在 task_struct 上，記錄起來。//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)，參見 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)的呢？比如我們?cè)谌萜?看到的 demo-ie 進(jìn)程的 id 就是 1。#?ps?-efPID???USER?????TIME??COMMAND????1?root??????0:00?./demo-ie????...內(nèi)核提供了個(gè)函數(shù)用來查看進(jìn)程囂當(dāng)前某個(gè)命名空的命名號(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 來查看進(jìn)程在特定命名空間里的進(jìn)程號(hào)。函數(shù) pid_nr_ns 接收連個(gè)參數(shù)第一個(gè)參數(shù)孟子進(jìn)程里錄的 pid 對(duì)象（保存有在各個(gè)層次申請(qǐng)到的 pid 號(hào)）第二個(gè)參數(shù)是指定的 pid 命名空間（通過 task_active_pid_ns (current) 獲取）。當(dāng)具備這兩個(gè)參數(shù)后素書就以根據(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 中通過判斷 level 就把容器 pid 整數(shù)值查出來了。四、總結(jié)最，舉個(gè)例子，假如有一個(gè)程在 level 0 級(jí)別的 pid 命名空間里申請(qǐng)到的進(jìn)程號(hào)是 1256，在 level 1 容器 pid 命名空間里申請(qǐng)到的進(jìn)程溪邊是 5。那么這個(gè)進(jìn)程以及其 pid 在內(nèi)存中的形式是下圖這個(gè)樣子青鳥。那么容器在查進(jìn)程的 pid 號(hào)的時(shí)候，傳入容器的 pid 命名空間，就可以將該進(jìn)南岳容器中的 pid 號(hào) 5 給打印出來了??！
感謝IT之家網(wǎng)友 A14永不為奴、媒新友2010825 的線索投遞！IT之家 1 月 11 日消息，微軟日宣布面向有 Windows 預(yù)覽體驗(yàn)成員頻發(fā)布了 Windows 11?安卓子系統(tǒng) WSA 的 2211.40000.11.0 更新，將該子系統(tǒng)升級(jí)了 Android 13。更新內(nèi)容WSA 已更新至 Android 13啟動(dòng)性能的改進(jìn)鼠標(biāo)點(diǎn)輸入的改進(jìn)貼板穩(wěn)定性改進(jìn)應(yīng)用調(diào)大小的改進(jìn) Windows 中打開媒體文件的靠性改進(jìn)支應(yīng)用快捷方的 App 的跳轉(zhuǎn)列表目IT之家小伙伴目前想在 Win11 設(shè)備上運(yùn)行 WSA 子系統(tǒng)還存一定的門檻微軟官方給的推薦運(yùn)行備配置為：存：8 GB（最低）16 GB（推薦）存儲(chǔ)類型SSD（推薦）處理器架：x64 或 ARM64虛擬機(jī)平臺(tái)外，微軟還布 WSA 將引入對(duì) DRM 保護(hù)的高分辨率視流的支持。裝 Windows 11 安卓子系統(tǒng)：https://www.microsoft.com/store/productId/9P3395VX91NRms-windows-store://pdp/?productid=9P3395VX91NR
