日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

ThreadLocal是什么

jf_ro2CN3Fa ? 來源:CSDN ? 2023-01-30 11:36 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群


ThreadLocal是什么

ThreadLocal是一個本地線程副本變量工具類。主要用于將私有線程和該線程存放的副本對象做一個映射,各個線程之間的變量互不干擾,在高并發(fā)場景下,可以實(shí)現(xiàn)無狀態(tài)的調(diào)用,特別適用于各個線程依賴不通的變量值完成操作的場景。

下圖為ThreadLocal的內(nèi)部結(jié)構(gòu)圖

931b2958-9fb9-11ed-bfe3-dac502259ad0.png

從上面的結(jié)構(gòu)圖,我們已經(jīng)窺見ThreadLocal的核心機(jī)制:

  • 每個Thread線程內(nèi)部都有一個Map。
  • Map里面存儲線程本地對象(key)和線程的變量副本(value)
  • 但是,Thread內(nèi)部的Map是由ThreadLocal維護(hù)的,由ThreadLocal負(fù)責(zé)向map獲取和設(shè)置線程的變量值。

所以對于不同的線程,每次獲取副本值時,別的線程并不能獲取到當(dāng)前線程的副本值,形成了副本的隔離,互不干擾。

基于 Spring Boot + MyBatis Plus + Vue & Element 實(shí)現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

  • 項(xiàng)目地址:https://github.com/YunaiV/ruoyi-vue-pro
  • 視頻教程:https://doc.iocoder.cn/video/

ThreadLocalMap

932a8d58-9fb9-11ed-bfe3-dac502259ad0.png

ThreadLocalMap是ThreadLocal的內(nèi)部類,沒有實(shí)現(xiàn)Map接口,用獨(dú)立的方式實(shí)現(xiàn)了Map的功能,其內(nèi)部的Entry也獨(dú)立實(shí)現(xiàn)。

和HashMap的最大的不同在于,ThreadLocalMap結(jié)構(gòu)非常簡單,沒有next引用,也就是說ThreadLocalMap中解決Hash沖突的方式并非鏈表的方式,而是采用線性探測的方式。(ThreadLocalMap如何解決沖突?

在ThreadLocalMap中,也是用Entry來保存K-V結(jié)構(gòu)數(shù)據(jù)的。但是Entry中key只能是ThreadLocal對象,這點(diǎn)被Entry的構(gòu)造方法已經(jīng)限定死了。

staticclassEntryextendsWeakReference<ThreadLocal>{
/**ThevalueassociatedwiththisThreadLocal.*/
Objectvalue;

Entry(ThreadLocalk,Objectv){
super(k);
value=v;
}
}

注意了!!

Entry繼承自WeakReference(弱引用,生命周期只能存活到下次GC前),但只有Key是弱引用類型的,Value并非弱引用。(問題馬上就來了)

由于ThreadLocalMap的key是弱引用,而Value是強(qiáng)引用。這就導(dǎo)致了一個問題,ThreadLocal在沒有外部對象強(qiáng)引用時,發(fā)生GC時弱引用Key會被回收,而Value不會回收。

當(dāng)線程沒有結(jié)束,但是ThreadLocal已經(jīng)被回收,則可能導(dǎo)致線程中存在ThreadLocalMap的鍵值對,造成內(nèi)存泄露。(ThreadLocal被回收,ThreadLocal關(guān)聯(lián)的線程共享變量還存在)。

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實(shí)現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

  • 項(xiàng)目地址:https://github.com/YunaiV/yudao-cloud
  • 視頻教程:https://doc.iocoder.cn/video/

如何避免泄漏

為了防止此類情況的出現(xiàn),我們有兩種手段。

1、使用完線程共享變量后,顯示調(diào)用ThreadLocalMap.remove方法清除線程共享變量;

既然Key是弱引用,那么我們要做的事,就是在調(diào)用ThreadLocal的get()set()方法時完成后再調(diào)用remove方法,將Entry節(jié)點(diǎn)和Map的引用關(guān)系移除,這樣整個Entry對象在GC Roots分析后就變成不可達(dá)了,下次GC的時候就可以被回收。

2、JDK建議ThreadLocal定義為private static,這樣ThreadLocal的弱引用問題則不存在了。

審核編輯 :李倩


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 變量
    +關(guān)注

    關(guān)注

    0

    文章

    616

    瀏覽量

    29576
  • 線程
    +關(guān)注

    關(guān)注

    0

    文章

    510

    瀏覽量

    20875
  • Thread
    +關(guān)注

    關(guān)注

    2

    文章

    95

    瀏覽量

    27653

原文標(biāo)題:ThreadLocal 搭配線程池使用造成內(nèi)存泄漏的原因和解決方案

文章出處:【微信號:芋道源碼,微信公眾號:芋道源碼】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    AI算力重塑光通信:磷化銦與薄膜鈮酸鋰的關(guān)鍵角色

    電子發(fā)燒友網(wǎng)報道(文/李彎彎)隨著人工智能大模型訓(xùn)練的爆發(fā)式增長,數(shù)據(jù)中心對算力的需求持續(xù)攀升,同時對數(shù)據(jù)傳輸?shù)男枨笠渤芍笖?shù)級增長。 ? 在這一背景下,光模塊的重要性日益凸顯。然而,隨著光模塊速率從400G、800G向1.6T乃至3.2T飛速迭代,行業(yè)面臨著嚴(yán)峻的“功耗墻”和“互連瓶頸”。傳統(tǒng)的硅基材料在高頻高速場景下逐漸顯露出力不從心,摩爾定律在光通信領(lǐng)域遭遇挑戰(zhàn)。 ? 為了突破這一瓶頸,產(chǎn)業(yè)界的目光開始從單純的封裝工藝轉(zhuǎn)向更
    的頭像 發(fā)表于 05-05 06:32 ?5620次閱讀

    自動駕駛有了占用網(wǎng)絡(luò)還需要卷積神經(jīng)網(wǎng)絡(luò)嗎?

    在占用網(wǎng)絡(luò)流行之前,自動駕駛的主流感知方案是基于CNN的目標(biāo)檢測。你可以把它想象成給攝像頭拍到的每一張照片畫框。
    的頭像 發(fā)表于 05-04 18:05 ?2016次閱讀
    自動駕駛有了占用網(wǎng)絡(luò)還需要卷積神經(jīng)網(wǎng)絡(luò)嗎?

    【瑞薩RA2L1入門學(xué)習(xí)】+ touch控制OLED

    開發(fā)板簡介:RA-Eco-RA2L1 主控芯片RA2L1: 這是一款基于 48 MHz Arm Cortex-M23 內(nèi)核架構(gòu)的核心板,擁有現(xiàn)今 Arm Cortex-M 系列中極低的功耗表現(xiàn)。支持 1.6V 至 5.5V 寬壓工作,配備增強(qiáng)型電容式觸摸感應(yīng)單元 (CTSU2)、高精度模擬電路和定時器。 核心特性: 內(nèi)核與存儲: 48MHz Arm Cortex-M23,256KB 代碼閃存,32KB SRAM(支持 ECC),8KB 數(shù)據(jù)閃存(類似 EEPROM 功能)。 板載資源: 1 個復(fù)位按鍵,1 個自定義按鍵,2 個觸摸按鍵,2 個 LED,板載 USB 轉(zhuǎn) TTL 模塊,板載 SWD 接口(方便調(diào)試與下載)。 豐富外設(shè): 12 位 ADC,12 位 DAC,低功耗比較器;32 位/16 位通用 PWM 定時器,低功耗異步通用定時器;RTC;UART、簡單 SPI、簡單 I2C、獨(dú)立 SPI / I2C 多主接口、CAN;內(nèi)置加密與安全功能。 在開發(fā)板上進(jìn)行脈寬測試并使用OLED進(jìn)行顯示,首先完成了OLED測試,在此基礎(chǔ)上完成觸摸按鍵實(shí)驗(yàn); 需要注意Touch必須設(shè)置不然會出錯?。?!設(shè)置CTSU打開DTC使能中斷,設(shè)置觸摸按鍵接口P109和P110; 從菜單欄點(diǎn)擊Renesas Views → Renesas QE → CapTouch workflow (QE) 。選擇正在開發(fā)的工程,跟隨PPT完成設(shè)置; 點(diǎn)擊Button并放置,Esc鍵結(jié)束放置。 雙擊Button00選擇TS10/TS11,點(diǎn)擊確定并創(chuàng)建 按照英文提示,按步驟完成touch按鍵調(diào)試; 輸出文件: 然后在工程中完成函數(shù)調(diào)用,修改頭文件: 實(shí)現(xiàn)按鍵控制oled顯示代碼如下: void qe_touch_main(void) { fsp_err_t err; err = R_IIC_MASTER_Open(&amp;g_i2c_master0_ctrl, &amp;g_i2c_master0_cfg); assert(FSP_SUCCESS == err); WriteCmd();//OLED初始化 OLED_Clear();//清屏 OLED_ShowString(16,1,"RA",16); OLED_ShowCHinese(32,1,3);//生 OLED_ShowCHinese(48,1,4);//態(tài) OLED_ShowCHinese(64,1,5);//工 OLED_ShowCHinese(80,1,6);//作 OLED_ShowCHinese(96,1,7);//室 /* Open Touch middleware */ err = RM_TOUCH_Open(g_qe_touch_instance_config01.p_ctrl, g_qe_touch_instance_config01.p_cfg); if (FSP_SUCCESS != err) { while (true) {} } /* Main loop */ while (true) { /* for [CONFIG01] configuration */ err = RM_TOUCH_ScanStart(g_qe_touch_instance_config01.p_ctrl); if (FSP_SUCCESS != err) { while (true) {} } while (0 == g_qe_touch_flag) {} g_qe_touch_flag = 0; err = RM_TOUCH_DataGet(g_qe_touch_instance_config01.p_ctrl, &amp;button_status, NULL, NULL); if (FSP_SUCCESS == err) { /* TODO: Add your own code here. */ if(button_status==1) { err = R_IOPORT_PinWrite(&amp;g_ioport_ctrl, BSP_IO_PORT_01_PIN_03, BSP_IO_LEVEL_HIGH); OLED_Clear();//清屏 OLED_ShowString(16,1,"RA",16); OLED_ShowCHinese(32,1,3);//生 OLED_ShowCHinese(48,1,4);//態(tài) } else if(button_status==2) { err = R_IOPORT_PinWrite(&amp;g_ioport_ctrl, BSP_IO_PORT_01_PIN_04, BSP_IO_LEVEL_HIGH); OLED_Clear();//清屏 OLED_ShowCHinese(64,1,5);//工 OLED_ShowCHinese(80,1,6);//作 OLED_ShowCHinese(96,1,7);//室 } else { err = R_IOPORT_PinWrite(&amp;g_ioport_ctrl, BSP_IO_PORT_01_PIN_03, BSP_IO_LEVEL_LOW); err = R_IOPORT_PinWrite(&amp;g_ioport_ctrl, BSP_IO_PORT_01_PIN_04, BSP_IO_LEVEL_LOW); } } /* FIXME: Since this is a temporary process, so re-create a waiting process yourself. */ R_BSP_SoftwareDelay(TOUCH_SCAN_INTERVAL_EXAMPLE, BSP_DELAY_UNITS_MILLISECONDS); } } 最后在主函數(shù)中調(diào)用qe_touch_main
    發(fā)表于 05-04 17:24

    2026深入拆解:Gemini 3.0 鏡像官網(wǎng)如何理解 FPGA 時序約束并自動生成 SDC 文件

    讓 AI 直接根據(jù)一句“這個 200MHz 時鐘需要 5% 的抖動約束,跨時鐘域路徑設(shè)為 false_path”自動吐出符合 Synopsys Design Constraints 格式的 SDC 文件,目前在國內(nèi)無需特殊網(wǎng)絡(luò)環(huán)境就能實(shí)現(xiàn)。通過聚合鏡像 RskAi ?調(diào)用 Gemini 3.0 的原生思維鏈與長上下文能力,只需將時鐘結(jié)構(gòu)、端口時序和例外需求描述清楚,即可生成語法正確、可直接在 Vivado 或 Quartus 中引用的約束文件。本教程用一個包含多時鐘域和 DDR 接口的真實(shí)設(shè)計,完整拆解從需求到 SDC 的全過程。 為什么
    的頭像 發(fā)表于 05-04 12:29 ?1544次閱讀
    2026深入拆解:Gemini 3.0 鏡像官網(wǎng)如何理解 FPGA 時序約束并自動生成 SDC 文件

    晶振頻率漂移的主要成因與機(jī)理分析的詳解

    晶振的頻率漂移是一個復(fù)雜的物理現(xiàn)象,它受到多種因素的影響。了解這些因素并采取相應(yīng)的措施,可以在最大限度上減少頻率漂移對電子系統(tǒng)性能的影響,確保系統(tǒng)的高效穩(wěn)定運(yùn)行。
    的頭像 發(fā)表于 05-04 12:05 ?3212次閱讀
    晶振頻率漂移的主要成因與機(jī)理分析的詳解

    嵌入式2---在單片機(jī)里實(shí)現(xiàn)module_init機(jī)制

    嵌入式2---在單片機(jī)里實(shí)現(xiàn)module_init機(jī)制 很多朋友在寫單片機(jī)程序時,常會遇到這樣的問題:所有模塊的初始化函數(shù)(比如LED初始化、串口初始化、傳感器初始化),都要手動在main函數(shù)里一一調(diào)用,不僅代碼混亂、維護(hù)麻煩,而且新增或刪除模塊時,還要修改main函數(shù),違背了“高內(nèi)聚、低耦合”的原則。 其實(shí)在Linux系統(tǒng)中,module_init機(jī)制的核心思想也是一樣的,Linux內(nèi)核本身就是高度模塊化的設(shè)計——驅(qū)動開發(fā)者只需通過module_init宏注冊驅(qū)動初始化函數(shù),
    的頭像 發(fā)表于 05-04 11:24 ?3133次閱讀
    嵌入式2---在單片機(jī)里實(shí)現(xiàn)module_init機(jī)制

    深度學(xué)習(xí)為什么還是無法處理邊緣場景?

    [首發(fā)于智駕最前沿微信公眾號]雖然自動駕駛車輛已經(jīng)完成了數(shù)百萬公里的行駛測試,深度學(xué)習(xí)也已被普遍應(yīng)用,但依然會在一些看似簡單的場景中犯下低級錯誤。比如在遇到一些從未見到過的邊緣場景時,系統(tǒng)可能會選擇視而不見甚至直接加速。 之所以出現(xiàn)這個問題,是因?yàn)樯疃葘W(xué)習(xí)模型大多建立在統(tǒng)計學(xué)基礎(chǔ)之上,它們通過觀察數(shù)以千萬計的圖像學(xué)習(xí)識別物體的特征。然而,真實(shí)世界的道路場景是無限多樣的,這種基于“見多識廣”的邏輯在面對罕
    的頭像 發(fā)表于 05-04 10:16 ?1316次閱讀
    深度學(xué)習(xí)為什么還是無法處理邊緣場景?

    2026年,各車企的自動駕駛方案到了什么階段(二)?

    [首發(fā)于智駕最前沿微信公眾號]之前和大家一起分析了小鵬、華為、特斯拉這3加車企的最新智駕方案( 相關(guān)閱讀: 2026年,各車企的自動駕駛方案到了什么階段 (一) ?),今天我們帶大家來繼續(xù)看看其他車企有哪些技術(shù)革新。 VLA加3D空間理解,理想MindVLA-o1想補(bǔ)上關(guān)鍵短板 理想汽車在2026年3月英偉達(dá)GTC大會上發(fā)布的MindVLA-o1,試圖走一條與傳統(tǒng)VLA方案不同的路,即將3D空間理解能力與語言推理能力深度融合,構(gòu)建面向物理世界的通用智能體。 理想汽車基
    的頭像 發(fā)表于 05-04 09:30 ?2655次閱讀
    2026年,各車企的自動駕駛方案到了什么階段(二)?

    氮化硅陶瓷氣壓燒結(jié)后需要熱等靜壓(HIP)處理嗎?

    氮化硅陶瓷氣壓燒結(jié)后需要熱等靜壓(HIP)處理嗎?——對結(jié)構(gòu)件不同疲勞要求的成本效益分析 L??壽命大幅提升的背后 某型號混合陶瓷軸承的臺架試驗(yàn)數(shù)據(jù)值得注意:氣壓燒結(jié)態(tài)氮化硅球的滾動接觸疲勞L??壽命約為3×10?次應(yīng)力循環(huán),經(jīng)HIP后處理后提升至8×10?次,增幅超過150%。然而,同一批次中用于非承載隔離墊的陶瓷件,經(jīng)HIP處理后裝機(jī)表現(xiàn)與燒結(jié)態(tài)并無統(tǒng)計差異。這個反差引出一個工藝決策問題:氮化硅陶瓷在氣壓燒結(jié)之后,是否必須追加
    的頭像 發(fā)表于 05-04 07:43 ?1417次閱讀
    氮化硅陶瓷氣壓燒結(jié)后需要熱等靜壓(HIP)處理嗎?

    2026年,各車企的自動駕駛方案到了什么階段(一)?

    2026年的北京車展上,幾乎沒有人再討論一臺車裝了幾顆激光雷達(dá),各車企的競爭領(lǐng)域也變成如何讓自動駕駛系統(tǒng)真正具備對物理世界的理解能力。 當(dāng)一套智駕系統(tǒng)的基本感知能力不再有明顯短板,當(dāng)大多數(shù)主流車型都能實(shí)現(xiàn)城市NOA(領(lǐng)航輔助駕駛),簡單的看得見、開得了就已經(jīng)不夠了。行業(yè)必然會轉(zhuǎn)向更底層也更難的問題,車能不能理解它看到的東西?能不能像一個老司機(jī)那樣預(yù)判風(fēng)險?那各車企的自動駕駛方案都做到了嗎? 從規(guī)則到推理,小鵬的
    的頭像 發(fā)表于 05-03 09:02 ?1955次閱讀
    2026年,各車企的自動駕駛方案到了什么階段(一)?

    A-47 雙麥陣列語音處理模塊:高性能回音消除與降噪核心方案

    A-47雙麥陣列語音處理模塊,以專業(yè) DSP 芯片 + 深度優(yōu)化算法為基礎(chǔ),實(shí)現(xiàn)90dB 回音消除 + 45dB 降噪的頂級聲學(xué)性能,同時兼顧低功耗、寬溫域、抗干擾、易集成四大工程需求。11 種標(biāo)準(zhǔn)化硬件方案、近中遠(yuǎn)三檔程序、模擬數(shù)字雙接口,讓它既能滿足消費(fèi)電子的輕薄便攜需求,也能支撐工業(yè)安防的高可靠要求。
    的頭像 發(fā)表于 05-03 00:00 ?3918次閱讀
    A-47 雙麥陣列語音處理模塊:高性能回音消除與降噪核心方案

    GNSS 抗干擾天線:復(fù)雜電磁環(huán)境下的定位信號保障方案

    各位電子發(fā)燒友、射頻 / 定位技術(shù)同行,大家好。今天和大家聊聊GNSS 抗干擾天線在工業(yè)、無人機(jī)、特種場景中的應(yīng)用,以及設(shè)計與選型的關(guān)鍵要點(diǎn),也歡迎大家一起交流探討。 一、為什么抗干擾天線是復(fù)雜場景的 “剛需”? 很多工程師朋友在項(xiàng)目中都會遇到這樣的問題: 設(shè)備在實(shí)驗(yàn)室里定位很穩(wěn)定,一到工業(yè)廠區(qū)、城市峽谷、強(qiáng)電磁環(huán)境就出現(xiàn)丟星、定位漂移; 5G 通信模塊、工業(yè)設(shè)備產(chǎn)生的電磁噪聲,會嚴(yán)重干擾 GNSS 信號接收; 甚至在一些場景中,還會遇到有意的欺騙式干擾或壓制式干擾。 普通單天線 GNSS 設(shè)備,面對這些干擾幾乎沒有防護(hù)能力,而抗干擾天線,尤其是 CRPA(受控接收方向天線)方案,是解決這類問題的核心手段之一。 二、CRPA 抗干擾天線的核心技術(shù)原理 CRPA 天線通過多陣元陣列 + 自適應(yīng)波束形成技術(shù)實(shí)現(xiàn)抗干擾,簡單來說就是: 多個陣元同時接收信號,通過算法識別出干擾源的方向; 在干擾信號方向形成 “零陷”,抑制干擾信號; 同時在衛(wèi)星信號方向增強(qiáng)接收增益,保障定位信號的穩(wěn)定接收。 這種主動式抗干擾方案,比傳統(tǒng)的濾波、屏蔽措施更直接有效,也是目前軍品級、工業(yè)級場景的主流選擇。 三、選型與應(yīng)用中的關(guān)鍵要點(diǎn) 在實(shí)際項(xiàng)目中,很多朋友在選型時容易踩坑,這里分享幾個關(guān)鍵注意點(diǎn): 頻段兼容性 :需同時支持北斗 / GPS/GLONASS 等多系統(tǒng) GNSS 信號,部分場景還需要兼容天通衛(wèi)星通信頻段; 抗干擾能力 :關(guān)注可抑制的干擾源數(shù)量、干擾抑制深度,以及在多干擾源同時存在時的性能表現(xiàn); 環(huán)境適應(yīng)性 :工業(yè)場景需要 IP67 防護(hù)、-45℃~+70℃寬溫工作,同時考慮振動、沖擊等環(huán)境因素; 集成適配性 :尺寸、接口、功耗需匹配設(shè)備的安裝空間和供電需求,尤其是無人機(jī)、手持設(shè)備等對小型化有要求的場景。 四、和大家交流探討 作為長期從事 GNSS 抗干擾天線設(shè)計與應(yīng)用的從業(yè)者,也想和大家聊聊: 大家在項(xiàng)目中遇到過哪些棘手的 GNSS 干擾問題? 對于 CRPA 天線的小型化、輕量化設(shè)計,有哪些優(yōu)化思路? 除了天線方案,還有哪些有效的系統(tǒng)級抗干擾設(shè)計技巧? 歡迎大家一起分享經(jīng)驗(yàn)、交流討論,也希望我的分享能給正在做相關(guān)項(xiàng)目的朋友提供一點(diǎn)參考~
    發(fā)表于 05-02 18:51

    匠心創(chuàng)支持openocd進(jìn)行調(diào)試嗎?

    匠心創(chuàng)支持使用openocd進(jìn)行調(diào)試嗎? 不想用T-headgdbserve 在openocd下的調(diào)試的芯片target .cfg文件有人有沒有,不太會編寫這個東西。 我應(yīng)該只缺一個target端的.cfg文件了
    發(fā)表于 05-02 16:02

    自動駕駛正從硬件堆料轉(zhuǎn)到大模型比拼?

    站在2026年回看自動駕駛發(fā)展,我們會發(fā)現(xiàn)一個很有趣的現(xiàn)象。幾年前,各家車企還在發(fā)布會上比拼誰裝的激光雷達(dá)多、誰的芯片算力強(qiáng)。但到了今天,大家談?wù)摰暮诵淖兂闪舜竽P?。之所以出現(xiàn)這個變化,并不是因?yàn)橛布恢匾?,而是因?yàn)榇蠹野l(fā)現(xiàn),單純靠增加傳感器和算力,并不能讓車輛像人類一樣真正學(xué)會開車。 為什么傳感器不再是唯一的主角? 早期的自動駕駛方案非常依賴硬件的感知能力。車企希望給汽車裝上最敏銳的傳感器,通過高清攝像
    的頭像 發(fā)表于 05-02 09:03 ?1946次閱讀
    自動駕駛正從硬件堆料轉(zhuǎn)到大模型比拼?

    Kuikly鴻蒙版正式開源 —— 揭秘卓越性能適配之旅

    進(jìn)行評測對比,發(fā)現(xiàn)鴻蒙上的耗時是同等性能的iOS設(shè)備上2.48倍。為此,我們針對鴻蒙平臺進(jìn)行一系列的優(yōu)化,包括內(nèi)聯(lián)優(yōu)化、ThreadLocal優(yōu)化、協(xié)程性能優(yōu)化等。優(yōu)化后,鴻蒙Kotlin
    發(fā)表于 06-04 16:46
    井陉县| 黔江区| 上蔡县| 方城县| 巧家县| 多伦县| 阳谷县| 武定县| 汕尾市| 谢通门县| 西宁市| 武山县| 遂平县| 龙海市| 乐陵市| 奉贤区| 彭泽县| 建平县| 封丘县| 芒康县| 武穴市| 辽宁省| 安顺市| 乐陵市| 抚顺县| 惠州市| 浮山县| 剑阁县| 玛曲县| 望奎县| 开化县| 东乡族自治县| 濮阳市| 乐山市| 大足县| 广元市| 佛冈县| 教育| 高要市| 五常市| 浮山县|