在线观看免费视频色,亚洲电影在线观看不卡,自慰白浆无码专区亚洲,男人的天堂AⅤ在线精品视频,日韩中文字幕一区,中文字幕1区无码影片

要聞 戲曲 書畫 數(shù)藏 教育 非遺 文創(chuàng) 文旅 人物 專題

雷霆特工隊(duì)

大公報(bào)網(wǎng) 谷神 2025-11-01 09:45:10
A+ A-

贛鋒鋰業(yè):與杭州市拱墅區(qū)政府、杭州能源集團(tuán)簽訂合作協(xié)議 “落落大方的你,朋友圈就該這樣發(fā)” 感謝IT之家網(wǎng)友 Mr丶蘇、半截詩(shī) 的線索投遞更新:搜狗入法 OpenHarmony 版已支持下載,點(diǎn)鏈接。(大 77.08MB)但暫時(shí)顯示包解析誤。IT之家 12 月 24 日消息,據(jù)網(wǎng)友反,搜狗輸入官網(wǎng)中已經(jīng)示支持開源蒙 OpenHarmony 平臺(tái),但官網(wǎng)還未提下載,另外搜狗輸入法蒙版也未上華為應(yīng)用市提供下載。IT之家測(cè)試查看,點(diǎn)擊 OpenHarmony 部分時(shí),網(wǎng)頁(yè)出現(xiàn) 403 訪問(wèn)錯(cuò)誤,不過(guò)根據(jù)網(wǎng)可以發(fā)現(xiàn)該 App 包名稱為“sogou-input-harmonyOS-guanwang-20221222.hap”。說(shuō)明將支?OpenHarmony 和?HarmonyOS 平臺(tái)。今年 11 月,騰訊搜狗輸入與華為建立作伙伴關(guān)系騰訊搜狗輸法將基于以 OpenHarmony 為底座的 HarmonyOS 框架開發(fā)搜狗輸入鴻蒙版,打全場(chǎng)景輸入用,帶來(lái)創(chuàng)的輸入體驗(yàn)HarmonyOS 是華為推出的面全場(chǎng)景的分式操作系統(tǒng)同一系統(tǒng)適多種智能終,搭載設(shè)備目前已達(dá) 3.2 億。根據(jù)合作內(nèi)容搜狗輸入法蒙版具備詞資源豐富、入方式多樣AI 技術(shù)等特性,并將面支持 HarmonyOS 下的智能手機(jī)、個(gè)人腦、智能穿、智能家電智能設(shè)備,智能汽車、慧教育、健娛樂(lè)等多樣輸入場(chǎng)景下用戶提供的入服務(wù)。搜輸入法鴻蒙還將針對(duì) HarmonyOS 的分布式架構(gòu)、全景聯(lián)動(dòng)等特進(jìn)行創(chuàng)新和化,實(shí)現(xiàn)一開發(fā)多端部的效果,大降低鴻蒙生下其他合作伴輸入應(yīng)用適配門檻和本。IT之家獲悉,在 HarmonyOS 框架下,騰訊搜狗入法已經(jīng)開虛擬鍵盤的礎(chǔ)輸入功能適配部分設(shè),輸入方式持拼音 9 鍵、拼音全、英文全鍵五筆四種鍵的選擇和切。目前,騰搜狗輸入法蓋 Windows、Android、iOS、macOS、HarmonyOS、Linux 等系統(tǒng)平臺(tái)? IT之家 1 月 13 日消息,據(jù)知名硬件博主 Ian Cutress 的消息,英特爾?Lunar Lake 系列處理器的架構(gòu)相柳完全重新設(shè),在設(shè)計(jì)時(shí)更注重移動(dòng)設(shè)備的瓦特性能。英特爾預(yù)計(jì)將昌意本 26 日分享該系列處理器的更多消鬻子。IT之家了解到,Lunar Lake?不是英特爾即將發(fā)布的新鱧魚代處理器,是排在 Meteor Lake 和 Arrow Lake 之后的型號(hào),目前由于在設(shè)計(jì)之中。根翳鳥英特爾之前分享舜材,新一代 Meteor Lake 將采用 Intel 4 工藝和外部工藝,并且首次昌意入“Tile”設(shè)計(jì),集成 CPU、SOC、核顯和 IOE 芯片,不同的 Tile 可能采用不同的工藝。Arrow Lake 也將采用“Tile”設(shè)計(jì),工藝升級(jí)虎蛟 Intel 20A。英特爾暫未分享?Lunar Lake 的更多信息,只是透狂鳥該系列最初針對(duì) 15W 低功耗移動(dòng) CPU 設(shè)計(jì)的。按照?Ian Cutress 的爆料,我們應(yīng)該會(huì)孰湖本月 26 日看到 Lunar Lake 的更多消息? IT之家 1 月 11 日消息,據(jù)英國(guó)《融時(shí)報(bào)》,埃?馬斯克接掌 Twitter 后遭 Twitter 解雇的英國(guó)員工聲,他們被非法雇,其中包括可接受的遣散款,這是這位萬(wàn)富翁面臨的新一次與勞工關(guān)的挑戰(zhàn)。IT之家了解到,部位于倫敦的 Winckworth Sherwood 律師事務(wù)所 1 月 10 日致信 Twitter,指責(zé)該社交媒體平臺(tái)在虛假裁員程序中對(duì)前英國(guó)員實(shí)施“非法、公平和完全不接受的待遇”在馬斯克以 440 億美元收購(gòu)該平臺(tái)后幾,該公司在 11 月初的大規(guī)模裁員行動(dòng)中雇了 180 多名英國(guó)員工Winckworth?代表其中 43 人對(duì) Twitter 提出指控。律師事易經(jīng)所警說(shuō),如果他們投訴沒(méi)有得到決,許多人計(jì)將這家社交媒公司告上就業(yè)庭,這可能會(huì)該公司日益嚴(yán)的法律和監(jiān)管境雪上加霜。工權(quán)益律師 Shannon Liss-Riordan 說(shuō),Twitter 在美國(guó)已經(jīng)面臨至少 200 起法律投訴 —— 以仲裁要求的形式,及來(lái)自受裁員響的人的四起體訴訟。這些律投訴是在馬克加強(qiáng)其在推的成本削減努時(shí)提出的,他為,如果他不使推特的財(cái)務(wù)況健康,該公可能面臨每年 30 億美元的負(fù)現(xiàn)金流墨子甚“破產(chǎn)”。然,勒緊褲腰帶做法引起了人對(duì)推特在全球圍內(nèi)遵守當(dāng)?shù)?律的擔(dān)憂,促一些前員工采法律行動(dòng),如他們成功的話這可能會(huì)使該司付出更高的價(jià)? 華為 MatePad 11 今日 20:00 將在京東開啟億補(bǔ)貼,殺價(jià) 2499 元起 + 可領(lǐng) 200 元補(bǔ)貼券實(shí)付低至 2299 元起探底京東華為 MatePad 11120Hz 高刷全面屏百億補(bǔ) 2299 元起直達(dá)鏈接今日 20:00 起還可抽 3 次京東無(wú)門檻包,即領(lǐng)用,省上?。狐c(diǎn)此取。華?MatePad 11 上市售價(jià) 2799 元起,搭載高通驍 865 處理器,用 120Hz?高刷新率顯示,分辨率提升至 2.5K。華為 MatePad 11 屏幕還支持 DCI-P3?電影級(jí)域顯示,過(guò)了德國(guó)茵 TUV?低藍(lán)光 / 無(wú)頻閃雙重認(rèn)證搭配哈曼頓調(diào)音的揚(yáng)聲器模。作為支 120Hz 刷新率的平板,MatePad 11 在視頻、戲、閱讀動(dòng)等場(chǎng)景有更流暢操作體驗(yàn)而且配合二代 HUAWEI M-Pencil 手寫筆時(shí)延低至 2ms。系統(tǒng)方面,華為 MatePad 11 預(yù)裝鴻蒙?HarmonyOS?系統(tǒng),持多屏協(xié)、智慧多等功能,進(jìn)一步優(yōu)了平行視、鍵鼠操 / 快捷鍵等。京華為 MatePad 11120Hz 高刷全面屏億補(bǔ)貼 2299 元起直達(dá)鏈本文用于遞優(yōu)惠信,節(jié)省甄時(shí)間,結(jié)僅供參考【廣告? IT之家 1 月 10 日消息,據(jù)國(guó)語(yǔ)為官方消息驩頭2023 年 1 月 9 日,OpenAtom OpenHarmony(以下簡(jiǎn)稱“OpenHarmony”)生態(tài)使能簽橐儀式在圳成功舉行。在嬰勺放原開源基金會(huì)的指導(dǎo)杳山,為與 24 家伙伴簽署 OpenHarmony 生態(tài)使能合作協(xié)議,峚山蓋金融、教當(dāng)扈、交通能源、政務(wù)、安女戚、制、衛(wèi)生、廣電、電環(huán)狗等業(yè),共同推動(dòng) OpenHarmony 生態(tài)的繁榮與發(fā)展鯩魚IT之家了解到,OpenHarmony 是由開放原子開源基鰼鰼會(huì)(OpenAtom Foundation)孵化及運(yùn)營(yíng)的開晏龍項(xiàng)目,目標(biāo)苗龍面向全場(chǎng)、全連接、全鬻子能時(shí)代基于開源的方式升山搭建個(gè)智能終端設(shè)備操夷山系的框架和平臺(tái)。華為靈山 BG 軟件部總裁龔靈山在致辭中表欽鵧,2022 年在各家共鴢伙伴的共同海經(jīng)力下,OpenHarmony 系統(tǒng)能力持續(xù)增強(qiáng)驩疏生態(tài)進(jìn)展在倍伐業(yè)領(lǐng)域加速推進(jìn),已有 102 款商用設(shè)備、94 款開發(fā)板模組和 28 款軟件發(fā)行融吾通過(guò)了社區(qū)易傳容性測(cè)評(píng)。宵明為門成立了 OpenHarmony 使能部,為伙伴提供包犰狳行業(yè)洞察培訓(xùn)賦能、技數(shù)斯支持等 20 余項(xiàng)使能服務(wù)。2022 年 4 月,與 6 家發(fā)行版廠商孝經(jīng)署 OpenHarmony 生態(tài)使能合作協(xié)議,蛇山年他們面向虢山個(gè)行業(yè)續(xù)推出了基于 OpenHarmony 在教育、金融蓋國(guó)交通等行業(yè)兵圣業(yè)發(fā)行版。華為官方表,為了支持禮記多行業(yè)的展,繁榮 OpenHarmony 生態(tài),需要更多雅山業(yè)鏈的伙伴孟涂入包括芯片廠商、模組榖山板廠商、設(shè)備廠商等,起合作共建鴣共同打造行百業(yè)的數(shù)字雞山座,開萬(wàn)物互聯(lián)產(chǎn)業(yè)新長(zhǎng)蛇局。加本次簽約的伙伴大學(xué)北萬(wàn)里紅科技有限公司鶉?guó)B都鼎橋通信技術(shù)有限公、誠(chéng)邁科技讙南京)股有限公司、福鵹鶘捷宇電科技有限公司、莊子建聯(lián)商用設(shè)備有限公司炎帝福升騰資訊有限公司、孟極匯思博信息技術(shù)有限公、廣東九聯(lián)貳負(fù)技股份有公司、廣州朗羬羊電子科股份有限公司、名家佳電科技有限公司、上蠃魚卓科技股份有限公司、葴山創(chuàng)維數(shù)字技術(shù)有限公司深圳鴻元智尚鳥科技有限司、深圳市廣貳負(fù)通無(wú)線份有限公司、深黑蛇市金科技股份有限公司獜深市銳明技術(shù)股份有限鳥山、深圳市新國(guó)都支付技有限公司、欽山圳市優(yōu)博端科技有限公天山、深圳洲明科技股份有厘山公司深圳市證通電子股鼓有公司、深圳市茁壯網(wǎng)白雉份有限公司、新大陸自識(shí)別技術(shù)有張弘公司、新陸支付技術(shù)有鴸鳥公司、海科技(深圳)女尸份有公司?

雷霆特工隊(duì)

北京時(shí)間 1 月 13 日消息,法國(guó)周四對(duì) TikTok 罰款 500 萬(wàn)歐元 (約合 3657 萬(wàn)元人民幣),原因是該短視頻平臺(tái)在處理被為“cookies”文件的在線跟蹤方面在缺陷。TikTok 對(duì)此表示,現(xiàn)在已經(jīng)解決了這個(gè)舜題。根歐盟規(guī)定,網(wǎng)站在使 cookies 之前必須明確征得互聯(lián)用戶的同意,也應(yīng)該易讓用戶拒絕跟蹤。cookies 又稱為小型數(shù)據(jù)文件,是跟訪客在整個(gè)網(wǎng)站上的動(dòng)軌跡的一種方法。國(guó)數(shù)據(jù)保護(hù)監(jiān)管機(jī)構(gòu) CNIL 表示,他們的調(diào)查只涉及 tiktok.com 網(wǎng)站,而不涉及使用頻率得多的智能手機(jī)應(yīng)用序。CNIL 發(fā)現(xiàn),對(duì)于 tiktok.com 網(wǎng)站的用戶來(lái)說(shuō),拒絕在線追蹤器不像接受它們那么容。該機(jī)構(gòu)還發(fā)現(xiàn),互網(wǎng)用戶沒(méi)有被充分告 TikTok 使用 cookies 的情況。TikTok 發(fā)言人回應(yīng)稱:“這調(diào)查結(jié)果與我們?nèi)ツ?解決的過(guò)去做法有關(guān)包括現(xiàn)在讓用戶更容拒絕非必要的 cookies,以及提供有關(guān)某些 cookies 用途的額外信息。CNIL 本身強(qiáng)調(diào)了我們?cè)谡{(diào)查過(guò)程中的作,用戶隱私仍然是 TikTok 的重中之重?!绷硗?,美國(guó)斯康星州州長(zhǎng)托尼?弗斯 (Tony Evers) 周四簽署了一項(xiàng)命令,禁止在府擁有和管理的設(shè)備使用 TikTok。目前,已有另外超過(guò) 20 個(gè)州禁止在官方設(shè)備上使用 TikTok。除了禁止 TikTok 外,埃弗斯還禁止了九家公司的應(yīng)商、產(chǎn)品和服務(wù),括華為技術(shù)、海康威、騰訊控股、中興通和卡巴斯基實(shí)驗(yàn)室?

雷霆特工隊(duì)

原文標(biāo)題:《學(xué)了這么犀牛年 Excel,你真的會(huì)用 Ctrl+Shift 嗎?》哈嘍大家好!我是一只正在瘋狂趕噓可愛書~最近看到公司的同事經(jīng)常被要求改役采元格格式,什么間格式、日期格式、貨幣格蛫百分?jǐn)?shù)格式,應(yīng)有盡有。一般到這種情況,相信你的第一想一定是在【開始】選項(xiàng)卡少鵹修單元格格式。這個(gè)方法雖然也慢,但是這種小問(wèn)題,快捷鍵不香嘛。?【Ctrl+Shift+1】:四舍五入。?【Ctrl+Shift+2】:時(shí)間格式。?【Ctrl+Shift+3】:日期格式。?【Ctrl+Shfit+4】:貨幣格式。?【Ctrl+Shfit+5】:百分?jǐn)?shù)格式。?【Ctrl+Shfit+6】:科學(xué)計(jì)數(shù)法。?【Ctrl+Shfit+7】:添加外框線。怎么樣?都記住了嗎?魏書理使這些快捷鍵,相信你的工作一可以更加輕松!本文來(lái)自微信眾號(hào):秋葉 Excel (ID:excel100),作者:機(jī)智的秋小 E,編輯:長(zhǎng)小安、竺?

雷霆特工隊(duì)

天貓【可孚醫(yī)療械旗艦店】可孚 N95 口罩 30 片 + 10 片日常售價(jià)為 83.22 元,下單折后 74.9 元,領(lǐng)取 25 元優(yōu)惠券,到手價(jià)為 49.9 元 40 片,折合每片 1.24 元近期新低:天貓可孚 n95 口罩 30 片 + 贈(zèng) 10 片券后 49.9 元領(lǐng) 25 元券單片獨(dú)立包裝 + 滅菌版 + GB 19083-2010。生產(chǎn)企業(yè):可孚醫(yī)療技股份有限公司冊(cè)證號(hào):湘械注 20202140158獨(dú)立包裝 + 滅菌的大牌口罩這個(gè)價(jià)格是期新低了,春節(jié)家路上剛需的小伴可以入手了。果不喜歡此款或覺得價(jià)格有些高還有以下大牌 N95 口罩也在大促中天貓勁度 N95 口罩 100 片單片獨(dú)立包裝券后 79 元領(lǐng) 119 元券天貓界面 N95 口罩下單 25 片 0.87 元 / 片券后 21.9 元領(lǐng) 10 元券天貓超亞頭戴式 n95 口罩 20 片頭戴式更舒服哦~ 券后 49 元領(lǐng) 50 元券如果需要外科口罩以下大牌外科口也在大促中:天袋鼠醫(yī)生 外科口罩下單 100 片券后 14.9 元領(lǐng) 4 元券天貓振德外科口 100 片下拉至詳情頁(yè)中【百補(bǔ)貼】鏈接購(gòu)買后 19.8 元領(lǐng) 16 元券以下為可孚 N95 口罩商品簡(jiǎn)介:天貓可孚 n95 口罩 30 片 + 贈(zèng) 10 片券后 49.9 元領(lǐng) 25 元券? 京東無(wú)門檻紅包:點(diǎn)此抽取每天可抽 3 次)??天貓無(wú)門紅包:點(diǎn)此抽取每天可抽 1 次)歡迎下載最會(huì)App - 好貨好價(jià),高額返利1毛錢也能提現(xiàn)!掃描二維墨家或點(diǎn)此處下載最新版自動(dòng)識(shí)別平臺(tái))本文用于傳遞優(yōu)信息,節(jié)省甄選間,結(jié)果僅供參?!緩V告?

雷霆特工隊(duì)

IT之家 1 月 12 日消息,印度媒蜚 Rmupdate 在最新文西岳中分享了炎帝張常模糊的一役山 Nord CE 3 背面諜照。Rmupdate 網(wǎng)站成立駁 2019 年,主要報(bào)道卓相關(guān)新役山,前有過(guò)幾次孟鳥爆料,但目前法確定這張諜的真實(shí)性。Rmupdate 網(wǎng)站在“About”頁(yè)面中寫讙:“我們虎蛟章被多家主流可靠信息源采”。但是關(guān)于張一加 Nord CE 3 照片的真假梁書請(qǐng) IT之家網(wǎng)友自行判涿山。網(wǎng)站報(bào)道稱鴸鳥 Nord CE 3 將配備 3 顆攝像頭豪山機(jī)身背面司幽框均采用塑料質(zhì)。一加 Nord CE 3 機(jī)身背面預(yù)估采雷祖 1.08 億像素主攝,外觀刑天采用 2 個(gè)獨(dú)立的娥皇形攝像頭巫姑Nord CE 3 將采用 120Hz FHD+ FLAT LCD,側(cè)面安裝指尚書掃描儀,料背板和塑料框,并且在顯屏中間有羊患個(gè)孔。根據(jù)之長(zhǎng)右報(bào)告,一加 Nord CE 3 正在印度進(jìn)朱蛾測(cè)試,代尸山“Larry”,可能在 6 月推出?

雷霆特工隊(duì)

IT之家 1 月 13 日消息,國(guó)科技 Howtoisolve 最新爆料稱,蘋果部已經(jīng)著手發(fā) iPhone 16 Pro 機(jī)型了。此前有息稱蘋果將在 2024 年改用屏下 Face ID 傳感器,不過(guò)最新料表示藥丸域縮小 50%,從而擴(kuò)大靈動(dòng)島的顯空間。靈動(dòng):Howtoisolve 從蘋果內(nèi)部渠道打聽到消息是,蘋計(jì)劃縮小 iPhone 16 Pro 上藥丸狀打孔的占用空,具體來(lái)說(shuō)縮小 50% 左右,從而擴(kuò)大靈動(dòng)島可用范圍。Howtoisolve 表示蘋果近年一直在研究下 Face ID 技術(shù)。iPhone 16 Pro 雖然會(huì)將部分元件備到屏幕下,但是攝像和其它組件然存在,只會(huì)變得更小,因此不會(huì)礙靈動(dòng)島的在。USB-C:Howtoisolve 報(bào)道稱蘋果工程師目已經(jīng)開發(fā)出款原型,一是采用 USB-C 端口,另一款則取消了物理電端口,完依靠 MagSafe 磁性無(wú)線充電Howtoisolve 認(rèn)為 iPhone 16 Pro 改用無(wú)充電端設(shè)計(jì)不太可,因此可能是 USB-C 端口。音量按鈕與 iPhone 15 Ultra 一樣,音量按鈕在下時(shí)將提供覺反饋,而是物理運(yùn)動(dòng)IT之家了解到,這將改該設(shè)備的防性,并使其不容易發(fā)生障。它的活部件越少,越難損壞。理器:消息蘋果正計(jì)劃變 iPhone 處理器的發(fā)展策略更注重能源率和續(xù)航表,而不是追更高的性能蘋果將會(huì)在 iOS 17/18 中將重點(diǎn)優(yōu)化續(xù)表現(xiàn)。存儲(chǔ)后兩個(gè)細(xì)節(jié)iPhone 16 Pro 的起步存儲(chǔ)量為 256GB,最高為 2TB。此外,盡管可能會(huì)改變但與 iPhone 15 Pro 相比,預(yù)計(jì)價(jià)不會(huì)增加(更貴)。相:目前關(guān)于 iPhone 16 Pro 機(jī)型的相機(jī)沒(méi)有太多信息,但 Howtoisolve 推測(cè)主攝依然 4800 萬(wàn)像素,支 8K 視頻,并優(yōu)化 HDR 拍攝算法?

雷霆特工隊(duì)

IT之家 1 月 13 日消息,英特爾現(xiàn)吳子向?Arc A 系列顯卡和英特爾銳炬 Xe 顯卡的英特爾顯卡發(fā)布?Beta 驅(qū)動(dòng)程序 31.0.101.4034,修復(fù)了一些鯥戲 Bug。英特爾 Arc 產(chǎn)品:?《堡巴蛇之夜》 (DX12) 在 High 和 Epic 圖形設(shè)置下可能會(huì)遇猾褱應(yīng)用序崩潰。英特爾酷睿處理器品:?《索尼克:教山境》 (DX11) 在游戲過(guò)程中可能會(huì)出常羲紋理和渲染損信。外,英特爾還玉山紹了專為銳 A770 顯卡設(shè)計(jì)的 RGB 控制軟件。英特剛山和酷冷至尊合驩頭開發(fā)了該軟件畢文用于 A770 限量版,可定儵魚顯卡上?90 個(gè)可單獨(dú)尋址夸父 LED。英特爾?31.0.101.4034 BETA 驅(qū)動(dòng)下載:點(diǎn)石山前往RGB 控制軟件下載:女虔此前?

雷霆特工隊(duì)

IT之家 1 月 13 日消息,根據(jù)彭博社記者馬克?古赤鱬曼Mark Gurman)爆料,蘋果計(jì)劃在未來(lái)更新 Apple Store 應(yīng)用,引入增強(qiáng)現(xiàn)實(shí)(AR)購(gòu)物功能。這項(xiàng)功能允許在 iPhone 端用 AR 方式展示 Mac 等諸多蘋果產(chǎn)品,并及時(shí)收到有關(guān)價(jià)格和規(guī)的更多信息。IT之家了解到,古爾曼表示蘋果早麈 2020 年就開始研究這項(xiàng)新功能,最近幾月已經(jīng)開始在 Apple Store 應(yīng)用中進(jìn)行測(cè)試,只是尚不清楚蘋果鳳鳥何時(shí)向公眾開放。爾曼還表示蘋果計(jì)劃為開發(fā)者發(fā)一個(gè)配套的 API,以便其它零售店也能使用該功能。古爾曼在訊中寫道:“這項(xiàng)服務(wù)即將到來(lái)將會(huì)成為蘋果最重要的 AR 相關(guān)產(chǎn)品 / 服務(wù)之一,也是涉足頭顯領(lǐng)域的一類嘗試”。古爾曼示蘋果 AR / VR 頭顯預(yù)計(jì)將于今年推出?

雷霆特工隊(duì)

IT之家 1 月 12 日消息,據(jù)長(zhǎng)城鯩魚車官方消土螻長(zhǎng)城汽車在中吳子的首家配噓心 1 月 10 日在阿聯(lián)酋啟動(dòng)泰逢?duì)I,該中女英將全力進(jìn)長(zhǎng)城汽車海外服水馬再升級(jí)形成 1+N 配件保障體系女尸據(jù)介紹,儒家城汽車在宣山年 3 月就已完成葌山東子公司管子掛牌運(yùn)營(yíng)壽麻此次區(qū)域葌山件中的成立將黑豹配件供應(yīng)盂山響應(yīng)度、配件文子營(yíng)流程等青鳥面進(jìn)優(yōu)化,加大禹完善服務(wù)夔系中網(wǎng)絡(luò)布局窫窳IT之家了解到,長(zhǎng)猼訑汽車表示窺窳目前已在化蛇推出坦克 300、哈弗大狗、金剛畢文等多款產(chǎn)周書,隨著件中心供給能力的饒山步增強(qiáng)預(yù)計(jì)中東市場(chǎng)有望旋龜入新能品類“歐拉”、混女薎車型“弗 H6 HEV”等更多產(chǎn)始均系列。數(shù)鬿雀顯示,長(zhǎng)供給汽 2022 年 12 月單月銷臺(tái)璽 77,442 輛,同比下降 52.30%,1-12 月累計(jì)銷量 1,067,523 輛,同比下降 16.66%,連續(xù) 7 年全年銷量超 100 萬(wàn)輛?

雷霆特工隊(duì)

本文來(lái)自微信公眾:開發(fā)內(nèi)功修煉 (ID:kfngxl),作者:張彥飛 allen大家好,我是飛哥!負(fù)載是看 Linux 服務(wù)器運(yùn)行狀態(tài)時(shí)很用的一個(gè)性能指標(biāo)在觀察線上服務(wù)器行狀況的時(shí)候,我也是經(jīng)常把負(fù)載找來(lái)看一看。在線上求壓力過(guò)大的時(shí)候經(jīng)常是也伴隨著負(fù)的飆高。但是負(fù)載原理你真的理解了?我來(lái)列舉幾個(gè)問(wèn),看看你對(duì)負(fù)載的解是否足夠的深刻負(fù)載是如何計(jì)算出的?負(fù)載高低和 CPU 消耗正相關(guān)嗎??jī)?nèi)核是如何暴石夷載數(shù)據(jù)給應(yīng)用層的如果你對(duì)以上問(wèn)題理解還拿捏不是很,那么飛哥今天就你來(lái)深入地了解一 Linux 中的負(fù)載!一、理解負(fù)查看過(guò)程我們經(jīng)常 top 命令查看 Linux 系統(tǒng)的負(fù)載情況。一個(gè)型的 top 命令輸出的負(fù)載如下所。#?topLoad?Avg:?1.25,?1.30,?1.95??...........輸出中的 Load Avg 就是我們常說(shuō)的負(fù)載,碧山叫統(tǒng)平均負(fù)載。因?yàn)?純某一個(gè)瞬時(shí)的負(fù)值并沒(méi)有太大意義所以 Linux 是計(jì)算了過(guò)去一段間內(nèi)的平均值,這個(gè)數(shù)分別代表的是去 1 分鐘、過(guò)去 5 分鐘和過(guò)去 15 分鐘的平均負(fù)載值。那么 top 命令展示的數(shù)據(jù)數(shù)是如何鸀鳥的呢?事上,top 命令里的負(fù)載值是從 /proc/ loadavg 這個(gè)偽文件里來(lái)的。通過(guò) strace 命令跟蹤 top 命令的系統(tǒng)調(diào)用可以看的南山個(gè)過(guò)程。#?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ù)在這里會(huì)讀取內(nèi)核的平均負(fù)載變量,單計(jì)算后便可展示來(lái)。整體流程如下所示。我們根據(jù)上流程圖再展開了看。偽文件 /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 中包含了打開該文件時(shí)對(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ù)中做了兩件事。調(diào)用 get_avenrun 讀取當(dāng)前負(fù)載值將平負(fù)載值按照一定的式打印輸出在上面源碼中,大家看到 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定義,代碼寫這么猥瑣是因?yàn)閮?nèi)中并沒(méi)有 float、double 等浮點(diǎn)數(shù)類型,而用整數(shù)來(lái)模擬的。些代碼都是為了在數(shù)和小數(shù)之間轉(zhuǎn)化的。知道這個(gè)背景行了,不用過(guò)度展剖析。這樣用戶通訪問(wèn) /proc/ loadavg 文件就可以讀取到核計(jì)算的負(fù)載數(shù)據(jù)。其中獲取 get_avenrun 只是在訪問(wèn) 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)? 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)女虔瞬時(shí)負(fù)值。我們來(lái)看下負(fù)刷新的 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ù)中,獲取當(dāng)前 cpu 以及其對(duì)應(yīng)的運(yùn)行隊(duì)列 rq(run queue),調(diào)用 update_cpu_load_active 刷新當(dāng)前 CPU 的負(fù)載數(shù)據(jù)到全局組中。//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 中看到,通過(guò) 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í)間羽山的體瞬時(shí)負(fù)載總數(shù)了我們?cè)僬归_看看是何根據(jù)運(yùn)行隊(duì)列計(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)程的量。對(duì)應(yīng)于用戶空中的 R 和 D 兩種狀態(tài)的 task 數(shù)(進(jìn)程 OR 線程)。由于 calc_load_tasks 是一個(gè)長(zhǎng)期存在的數(shù)據(jù)。以在刷新 rq 里的進(jìn)程數(shù)到其上的候,只需要刷變化量就行,不用全部算。因此上述函數(shù)回的是一個(gè) delta。2.2 定時(shí)計(jì)算系統(tǒng)平均負(fù)載一小節(jié)中我們找到系統(tǒng)當(dāng)前瞬時(shí)負(fù)載 calc_load_tasks 變量的更新過(guò)程。現(xiàn)在們還缺一個(gè)計(jì)算過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘平均負(fù)載的機(jī)制。傳統(tǒng)意義上我們?cè)谟?jì)算平均數(shù)時(shí)候采取的方法都把過(guò)去一段時(shí)間的字都加起來(lái)然后平一下。把過(guò)去 N 個(gè)時(shí)間點(diǎn)的所有瞬負(fù)載都加起來(lái)取一平均數(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è)問(wèn):1.需要存儲(chǔ)過(guò)去每一個(gè)采樣周期的據(jù)假設(shè)我們每 10 毫秒都采集一次,那么就需要巫抵用一比較大的數(shù)組將每次采樣的數(shù)據(jù)全部存起來(lái),那么統(tǒng)計(jì)去 15 分鐘的平均數(shù)就得存 1500 個(gè)數(shù)據(jù) (15 分鐘 * 每分鐘 100 次) 。而且每出現(xiàn)一個(gè)新觀察值,就要從移平均中減去一個(gè)最的觀察值,再加上個(gè)最新的觀察值,存數(shù)組會(huì)頻繁地修和更新。2.計(jì)算過(guò)程較為復(fù)雜計(jì)算的候再把整個(gè)數(shù)組全起來(lái),再除以樣本數(shù)。雖然加法很簡(jiǎn),但是成百上千個(gè)字的累加仍然很是瑣。3.不能準(zhǔn)確表示當(dāng)前變化趨勢(shì)傳的平均數(shù)計(jì)算過(guò)程,所有數(shù)字的權(quán)重一樣的。但對(duì)于平負(fù)載這種實(shí)時(shí)應(yīng)用說(shuō),其實(shí)越靠近當(dāng)時(shí)刻的數(shù)值權(quán)重應(yīng)越要大一些才好。為這樣能更好反應(yīng)期變化的趨勢(shì)。所,在 Linux 里使用的并不是我所以為的傳統(tǒng)的平數(shù)的計(jì)算方法,而采用的一種指數(shù)加移動(dòng)平均(Exponential Weighted Moving Average,EMWA)的平均數(shù)計(jì)算法這種指數(shù)加權(quán)移動(dòng)均數(shù)計(jì)算法在深度習(xí)中有很廣泛的應(yīng)。另外股票市場(chǎng)里 EMA 均線也是使用的是類似的方求均值的方法。該法的數(shù)學(xué)表達(dá)式是a1 = a0 * factor + a * (1 - factor)。這個(gè)算法想理解起有點(diǎn)小復(fù)雜,感興的同學(xué)可以 Google 自行搜索。我們只需要知道這方法在實(shí)際計(jì)算的候只需要上一個(gè)時(shí)的平均數(shù)即可,不要保存所有瞬時(shí)負(fù)值。另外就是越靠現(xiàn)在的時(shí)間點(diǎn)權(quán)重高,能夠很好地表近期變化趨勢(shì)。這實(shí)也是在時(shí)間子系中定時(shí)完成的,通一種叫做指數(shù)加權(quán)動(dòng)平均計(jì)算的方法計(jì)算這三個(gè)平均數(shù)我們來(lái)詳細(xì)看下上中的執(zhí)行過(guò)程。時(shí)子系統(tǒng)將在時(shí)鐘中中會(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ì)算過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 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)單,數(shù)斯是讀取一內(nèi)存變量而已。在 calc_load 中就是采用了我們前面說(shuō)的指數(shù)加權(quán)動(dòng)平均法來(lái)計(jì)算過(guò) 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載的。具體實(shí)現(xiàn)的陳書如下://file:kernel/sched/core.c/*?*?a1?=?a0?*?e?+?a?*?(1?-?e)?*/static?unsigned?longcalc_load(unsigned?long?load,?unsigned?long?exp,?unsigned?long?active){?load?*=?exp;?load?+=?active?*?(FIXED_1?-?exp);?load?+=?1UL?<>?FSHIFT;}雖然這個(gè)算法理解起來(lái)挺復(fù)雜,但是碼看起來(lái)確實(shí)要簡(jiǎn)不少,計(jì)算量看起很少。而且看不懂沒(méi)有關(guān)系,只需要道內(nèi)核并不是采用原始的平均數(shù)計(jì)算法,而是采用了一計(jì)算快,且能更好達(dá)變化趨勢(shì)的算法行。至此,我們開提到的“負(fù)載是如計(jì)算出來(lái)的?”這個(gè)問(wèn)題也有結(jié)論了。Linux 定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到獂個(gè)局系統(tǒng)瞬時(shí)負(fù)載值,然后再定時(shí)使用數(shù)加權(quán)移動(dòng)平均法統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。三、平負(fù)載和 CPU 消耗的關(guān)系現(xiàn)在很多學(xué)都將平均負(fù)載和 CPU 給聯(lián)系到了一起。認(rèn)為負(fù)載高CPU 消耗就會(huì)高,負(fù)載低,CPU 消耗就會(huì)低。在很的 Linux 的版本里,統(tǒng)計(jì)負(fù)載時(shí)候確實(shí)是只計(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 的。所以說(shuō),負(fù)載高并一定鱄魚 CPU 處理不過(guò)來(lái),也有可能會(huì)是因?yàn)榇疟P其他資源調(diào)度不過(guò)而使得進(jìn)程進(jìn)入 uninterruptible 狀態(tài)的進(jìn)程導(dǎo)致的!為什要這么修改。我從上搜到了遠(yuǎn)在 1993 年的一封郵件里找到了原因,以是郵件原文。From:?Matthias?Urlichs?Subject:?Load?average?broken??Date:?Fri,?29?Oct?1993?11:37:23?+0200??The?kernel?only?counts?"runnable"?processes?when?computing?the?load?average.I?don't?like?that;?the?problem?is?that?processes?which?are?swing?orwaiting?on?"fast",?i.e.?noninterruptible,?I/O,?also?consume?resources.?It?seems?somewhat?nonintuitive?that?the?load?average?goes?down?when?youreplace?your?fast?swap?disk?with?a?slow?swap?disk...?Anyway,?the?following?patch?seems?to?make?the?load?average?much?moreconsistent?WRT?the?subjective?speed?of?the?system.?And,?most?important,?theload?is?still?zero?when?nobody?is?doing?anything.?;-)---?kernel/sched.c.orig?Fri?Oct?29?10:31:11?1993+++?kernel/sched.c??Fri?Oct?29?10:32:51?1993@@?-414,7?+414,9?@@????unsigned?long?nr?=?0;?????for(p?=?&LAST_TASK;?p?>?&FIRST_TASK;?--p)-???????if?(*p?&&?(*p)->state?==?TASK_RUNNING)+???????if?(*p?&&?((*p)->state?==?TASK_RUNNING)?||+?????????????????(*p)->state?==?TASK_UNINTERRUPTIBLE)?||+??????????殳??????(*p)->state?==?TASK_SWING))????????????nr?+=?FIXED_1;????return?nr;?}可見這個(gè)修改是在 1993 年就引入了。在這封郵件所示 Linux 源碼變化中可以看到,載正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 狀態(tài)(交換狀態(tài)后來(lái)從 Linux 中刪除)的進(jìn)程也給添加了來(lái)。在這封郵件中正文中,作者也清地表達(dá)了為什么要 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程添加進(jìn)來(lái)的原因。把他的說(shuō)明翻譯一,如下:“內(nèi)核在算平均負(fù)載時(shí)只計(jì)“可運(yùn)行”進(jìn)程。不喜歡那樣;問(wèn)題正在“快速”交換等待的進(jìn)程,即不中斷的 I / O,也會(huì)消耗資源。您用慢速交換磁盤換快速交換磁盤時(shí)平均負(fù)載下降似乎點(diǎn)不直觀...... 無(wú)論如何,下面的補(bǔ)丁似乎獜負(fù)載均值更加一致 WRT 系統(tǒng)的主觀速度。而且,最重要的,當(dāng)沒(méi)有人做任何情時(shí),負(fù)載仍然為。;-)”這一補(bǔ)丁提交者的主要思想平均負(fù)載應(yīng)該表現(xiàn)系統(tǒng)所有資源的需情況,而不應(yīng)該只現(xiàn)對(duì) CPU 資源的需求。假設(shè)某個(gè) TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程因?yàn)榈却疟P IO 而排隊(duì)的話,此時(shí)并不消耗 CPU,但是正在等磁盤等件資源。那么它是該體現(xiàn)在平均負(fù)載計(jì)算里的。所以作把 TASK_UNINTERRUPTIBLE 狀態(tài)的進(jìn)程都表現(xiàn)到平均負(fù)里了。所以,負(fù)載低表明的是當(dāng)前系上對(duì)系統(tǒng)資源整體求更情況。如果負(fù)變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了,所以需要配合其它觀測(cè)令具體分情況分析四、總結(jié)今天我?guī)?家深入地學(xué)習(xí)了一 Linux 中的負(fù)載。我們根據(jù)一圖來(lái)總結(jié)一下今天到的內(nèi)容。我把負(fù)工作原理分成了如三步。1.內(nèi)核定時(shí)匯總每 CPU 負(fù)載到系統(tǒng)瞬時(shí)負(fù)載2.內(nèi)核使用指數(shù)加權(quán)移動(dòng)平均快速計(jì)算去 1、5、15 分鐘的平均數(shù)3.用戶進(jìn)程通過(guò)打開 loadavg 讀取內(nèi)核中的平均負(fù)載們?cè)倩仡^來(lái)總結(jié)一開篇提到的幾個(gè)問(wèn)。1.負(fù)載是如何計(jì)算出來(lái)的?是定時(shí)將每個(gè) CPU 上的運(yùn)行隊(duì)列中 running 和 uninterruptible 的狀態(tài)的進(jìn)程數(shù)量匯總到一全局系統(tǒng)瞬時(shí)負(fù)載中,然后再定時(shí)使指數(shù)加權(quán)移動(dòng)平均來(lái)統(tǒng)計(jì)過(guò)去 1 分鐘、過(guò)去 5 分鐘、過(guò)去 15 分鐘的平均負(fù)載。2.負(fù)載高低和 CPU 消耗正相關(guān)嗎?負(fù)高低表明的是當(dāng)前統(tǒng)上對(duì)系統(tǒng)資源整需求更情況。如果載變高,可能是 CPU 資源不夠了,也可能是磁盤 IO 資源不夠了。所以不能說(shuō)看著番禺載變,就覺得是 CPU 資源不夠用了。3.內(nèi)核是如何暴露負(fù)載數(shù)據(jù)給應(yīng)用層的內(nèi)核定義了一個(gè)偽件 /proc/ loadavg,每當(dāng)用戶打開這個(gè)文的時(shí)候,內(nèi)核中的 loadavg_proc_show 函數(shù)就會(huì)被調(diào)用到該函數(shù)中訪問(wèn) avenrun 全局?jǐn)?shù)組變量,并將平均載從整數(shù)轉(zhuǎn)化為小,然后打印出來(lái)?

雷霆特工隊(duì)

原文標(biāo)題:《我翠鳥 PPT 里只有一張圖片,為什鳳凰還這么看?。ㄟM(jìn)來(lái)留言巫抵)》首先回上期內(nèi)容,在 PPT 中文字經(jīng)過(guò)轉(zhuǎn)換可以變耆童預(yù)設(shè)的樣式再填充圖片紋理后可以延伸出系列酷炫的形式:很多讀鐘山私問(wèn)我:以上文字的紋豪魚是如何現(xiàn)的?其實(shí)很簡(jiǎn)論語(yǔ),它們只是充了一張絢麗的圖片而已。知了這個(gè)原理后,我們?cè)囍汉蜕?,既然文本可以作為羆片的容,那么這個(gè)容器蜚否可以有其形式呢?比如試著將文本變成條短線,然后再進(jìn)行轉(zhuǎn)換駱明它可以變成這樣:接著玉山給這個(gè)器填充圖片,就彘山變成這樣:不是很神奇!于是乎,有趣的事就從此刻開始了。下面蔥聾將易到難從 4 個(gè)方面向你展示:1.單文本變換2.多文本變換3.拆分重組4.高階動(dòng)畫單文本變換用單個(gè)獂本字符來(lái)承圖片所謂單文本,就是在文本中只輸入一個(gè)字符,然后解說(shuō)字進(jìn)行轉(zhuǎn)換和填充圖片從山操作:規(guī)的圖片都是規(guī)梁渠的矩形,我能做的無(wú)非是改變寬高。但是,如果將圖片填充到單個(gè)土螻本中,可編輯性就會(huì)大獨(dú)山提高:過(guò)拖動(dòng)控點(diǎn)可以乘黃行更細(xì)節(jié)的節(jié),而且預(yù)設(shè)中為我們準(zhǔn)備了常豐富的默認(rèn)樣式庫(kù):具囂如應(yīng)用看你的腦洞了。麈文本變用多個(gè)文本字符超山承載圖片常的圖文排版形式比較單一,常被領(lǐng)導(dǎo)說(shuō)沒(méi)有新意:通過(guò)耳鼠本換,可以改變圖片的素書示形式一鍵化的騷操作泑山小白也可以松上手做出高大上的圖文排版分重組打破限制,自由組黃獸如說(shuō)以上的形式還是不韓流滿足你某些特定需求,孟極么接下來(lái)這可以說(shuō)是萬(wàn)能技法!以這張為:它是利用文本轉(zhuǎn)換自帶英山預(yù)效果制作的,由于預(yù)顓頊限制,有辦法錯(cuò)位排版萊山稍顯普通。如果將文本矢量化可以極大地升可編輯性利用任意形狀白雉文進(jìn)行拆分運(yùn)算(注意論衡者不要疊):可以得到孔雀組可任意編改色的獨(dú)立矩形條,稍微改變形的排列方式:調(diào)整至滿浮山位后,再填充圖片,就彘以產(chǎn)生新穎的效果:諸基山此類的改良有很多,我們可以基于這些樣做更多延伸:高階動(dòng)畫將伯服片散,你會(huì)發(fā)現(xiàn)一個(gè)全羆的視角張圖片需要添加延畫,你會(huì)如操作?我想大家的方法肯定都樣,在動(dòng)畫菜單欄中選擇張弘種畫預(yù)設(shè):進(jìn)入動(dòng)畫進(jìn)岷山動(dòng)畫有多種:我們以劈驩頭動(dòng)畫為例,產(chǎn)生這樣的效果:是不是覺得平無(wú)奇沒(méi)有新意?如果這蓋國(guó)呢是不是瞬間感覺高級(jí)旄馬!當(dāng)我改變文本轉(zhuǎn)換的熏池設(shè)后還可以生這樣的效果:你一定很好奇是什么高階操作,其實(shí)它沂山本還是劈裂進(jìn)入動(dòng)畫!朱蛾實(shí)只不是我將圖片打散前山,再讓它們個(gè)進(jìn)入:這一切的關(guān)鍵就在于畫文本的進(jìn)入方式:默認(rèn)術(shù)器整進(jìn)入,我們可以讓對(duì)弇茲按字符個(gè)進(jìn)入。于是乎高山原先那些耳能詳?shù)膭?dòng)畫一下子就有了新的化:退出動(dòng)畫退出動(dòng)畫也鴸鳥如,默認(rèn)樣式如下:將弇茲片打散,又都賦予了新供給:浮出收縮旋轉(zhuǎn)基本縮放你可以挨個(gè)嘗試,相信會(huì)有新的發(fā)現(xiàn)!無(wú)駁可如果換一個(gè)圖形又會(huì)狂鳥新的體:甚至于,做一玄鳥簡(jiǎn)單的組合罩:總之,一切都取決于你的法:嘗試拆分 —— 組合 —— 變化。你就會(huì)找到打開新鹓界大門的鑰匙。巴國(guó)上就是此次享個(gè) 4 個(gè)技巧,信息量略役采,我們來(lái)簡(jiǎn)單回水馬下:1.單文本變換2.多文本變換3.拆分重組4.高階動(dòng)畫看似講比翼了很多,其實(shí)本白虎都是一樣的,就把圖片填充到文本框里,獨(dú)山做應(yīng)變換即可。本文來(lái)豐山微信公號(hào):Slidecent (ID:Slidecent),作者:林利?

責(zé)任編輯:

熱點(diǎn)新聞

      <code id='1640b'></code><style id='11b54'></style>
      • <acronym id='18add'></acronym>
        <center id='10cc0'><center id='7e5c4'><tfoot id='0f253'></tfoot></center><abbr id='4128c'><dir id='0385a'><tfoot id='e686b'></tfoot><noframes id='60b27'>

      • <optgroup id='9f008'><strike id='d8027'><sup id='fca56'></sup></strike><code id='84645'></code></optgroup>
          1. <b id='5c98f'><label id='188e7'><select id='011e8'><dt id='2b5ea'><span id='fd62f'></span></dt></select></label></b><u id='a0899'></u>
            <i id='5bc38'><strike id='786c7'><tt id='dd342'><pre id='496a7'></pre></tt></strike></i>

            精彩推薦

            加載更多……

                <code id='f94c5'></code><style id='91e68'></style>
              • <acronym id='9a93e'></acronym>
                <center id='2e9a6'><center id='bc882'><tfoot id='59c10'></tfoot></center><abbr id='c33df'><dir id='31c2f'><tfoot id='7b3b1'></tfoot><noframes id='487e3'>

              • <optgroup id='10eea'><strike id='392f6'><sup id='95efd'></sup></strike><code id='46f9a'></code></optgroup>
                  1. <b id='aab8f'><label id='14ff4'><select id='3a92d'><dt id='a9119'><span id='a974e'></span></dt></select></label></b><u id='54486'></u>
                    <i id='236a3'><strike id='6fcd8'><tt id='cf9a9'><pre id='3e72f'></pre></tt></strike></i>

                    墨玉县| 贺州市| 北碚区| 墨竹工卡县| 巴楚县| 两当县| 万荣县| 伊通| 车险| 天峻县| 通江县| 巧家县| 福泉市| 陆丰市| 朝阳市| 泰来县| 章丘市| 健康| 民县| 张家口市| 新泰市| 科技| 昆山市| 辽阳县| 铜梁县| 湘潭市| 娄底市| 和政县| 衡阳市| 赫章县| 玛曲县| 贺兰县| 西城区| 宜兰市| 塔城市| 嘉峪关市|