一次生產故障引發的JVM垃圾回收器選型思考：徹底掌握垃圾回收原理及通用配置！

寫在前面的話

前幾天凌晨2點，我被一通電話驚醒——線上交易系統出現了嚴重的延遲問題，用戶支付請求響應時間從平時的100ms飆升到了5秒，客服電話都被打爆了。

經過緊急排查，我們發現罪魁禍首竟然是JVM的垃圾回收器！當時使用的CMS垃圾回收器在高并發場景下出現了嚴重的停頓，導致系統幾乎不可用。

這次故障讓我深刻認識到：選擇合適的垃圾回收器不是小事，它直接關系到系統的生死存亡。

今天，我將把這些年在垃圾回收器選型和調優方面的經驗總結出來，幫助大家徹底掌握JVM垃圾回收的精髓。

垃圾回收基礎：為什么需要垃圾回收器？

在深入講解各種垃圾回收器之前，我們先來理解一個本質問題：為什么Java需要垃圾回收？

內存管理的痛點

想象一下，如果沒有垃圾回收，會發生什么？

  • 程序員需要手動管理內存，像C/C++一樣
  • 一旦忘記釋放內存，就會導致內存泄漏
  • 系統運行時間越長，可用內存越少
  • 最終導致OOM（內存溢出）

垃圾回收的工作原理

垃圾回收器的核心任務就是**自動識別和回收不再使用的對象**。這個過程主要分為兩個步驟：

  1. 標記（Mark）：找出哪些對象還在使用，哪些已經"死亡"
  2. 清除（Sweep）：回收"死亡"對象占用的內存空間

三色標記算法

為了更好地理解后面的內容，我們需要了解三色標記算法：

  • 白色：未被掃描的對象（可能是垃圾）
  • 灰色：已被掃描但其引用的對象還未掃描完成
  • 黑色：已被掃描且其引用的對象也已掃描完成（確定存活）

主流垃圾回收器深度解析

1. Serial GC：單線程的老前輩

特點：

  • 單線程執行垃圾回收
  • 回收時必須暫停所有用戶線程（Stop The World）
  • 算法簡單，開銷小

適用場景：

  • 客戶端應用
  • 單核心或小內存環境
  • 對延遲要求不高的場景

配置參數：

-XX:+UseSerialGC

2. Parallel GC：多線程的力量

Parallel GC是JDK 8及之前版本的默認垃圾回收器，也是目前應用最廣泛的垃圾回收器之一。

核心特點：

  • 多線程并行執行垃圾回收
  • 注重吞吐量，適合后臺任務
  • 新生代使用Parallel Scavenge，老年代使用Parallel Old

關鍵參數配置：

#?啟用Parallel?GC
-XX:+UseParallelGC#?設置垃圾回收線程數（一般設置為CPU核心數）
-XX:ParallelGCThreads=8#?設置期望的吞吐量百分比（默認99，即GC時間不超過1%）
-XX:GCTimeRatio=99#?設置最大GC停頓時間目標（毫秒）
-XX:MaxGCPauseMillis=100

實戰經驗：
在我們的批處理系統中，使用Parallel GC配置如下：

-Xms4g?-Xmx4g?
-XX:+UseParallelGC?
-XX:ParallelGCThreads=8?
-XX:GCTimeRatio=99

效果：吞吐量提升15%，GC時間占比控制在1%以內。

3. CMS GC：并發標記清除的先驅

CMS（Concurrent Mark Sweep）是第一個真正意義上的低延遲垃圾回收器。

工作流程：

  1. 初始標記：STW，標記GC Roots直接關聯的對象
  2. 并發標記：與用戶線程并發，標記所有可達對象
  3. 重新標記：STW，修正并發標記期間的變化
  4. 并發清除：與用戶線程并發，清理垃圾對象

優點：

  • 并發收集，低停頓
  • 適合對響應時間敏感的應用

缺點：

  • 產生內存碎片
  • 并發階段會搶占CPU資源
  • 容易產生"浮動垃圾"

關鍵參數配置：

#?啟用CMS
-XX:+UseConcMarkSweepGC
-XX:+UseParNewGC#?設置觸發CMS?GC的老年代使用率閾值
-XX:CMSInitiatingOccupancyFraction=75
-XX:+UseCMSInitiatingOccupancyOnly#?并發線程數
-XX:ConcGCThreads=4#?開啟CMS預清理
-XX:+CMSPrecleaningEnabled#?設置預清理階段的最大持續時間
-XX:CMSMaxAbortablePrecleanTime=5000

真實案例：
某電商系統使用CMS配置：

-Xms8g?-Xmx8g?
-XX:+UseConcMarkSweepGC?
-XX:+UseParNewGC?
-XX:CMSInitiatingOccupancyFraction=70?
-XX:+UseCMSInitiatingOccupancyOnly

結果：平均GC停頓時間從200ms降低到50ms。

4. G1 GC：分代收集的革命者

G1（Garbage First）是JDK 9+的默認垃圾回收器，代表了垃圾回收技術的重大突破。

核心創新：

  • 將堆內存劃分為多個大小相等的Region
  • 可預測的停頓時間
  • 同時回收新生代和老年代

工作流程：

  1. 初始標記：STW，標記GC Roots
  2. 并發標記：并發標記整個對象圖
  3. 最終標記：STW，處理SATB隊列
  4. 篩選回收：STW，回收價值高的Region

核心數據結構：

  • RSet（記憶集）：記錄跨Region引用
  • SATB（Snapshot At The Beginning）：解決并發標記時的漏標問題
  • Card Table：細粒度的引用跟蹤

關鍵參數配置：

#?啟用G1
-XX:+UseG1GC#?設置期望的最大停頓時間（毫秒）
-XX:MaxGCPauseMillis=200#?設置Region大小（1MB到32MB，必須是2的冪）
-XX:G1HeapRegionSize=16m#?設置并發標記線程數
-XX:ConcGCThreads=4#?設置觸發Mixed?GC的老年代占用率
-XX:G1MixedGCCountTarget=8
-XX:G1OldCSetRegionThreshold=10#?G1相關的調優參數
-XX:G1ReservePercent=10
-XX:G1HeapWastePercent=5

生產實戰配置：
某金融系統的G1配置：

-Xms16g?-Xmx16g?
-XX:+UseG1GC?
-XX:MaxGCPauseMillis=100?
-XX:G1HeapRegionSize=16m?
-XX:G1MixedGCCountTarget=8?
-XX:+G1PrintRegionRememberedSetInfo

效果：99.9%的GC停頓時間控制在100ms以內。

5. ZGC：超低延遲的未來之星

ZGC是OpenJDK的一個實驗性垃圾回收器，專注于超低延遲。

革命性特點：

  • 停頓時間不超過10ms
  • 支持TB級別的堆內存
  • 并發回收，幾乎不需要STW

適用場景：

  • 對延遲極度敏感的應用
  • 大內存應用
  • 實時交易系統

配置參數：

#?啟用ZGC（JDK?11+）
-XX:+UnlockExperimentalVMOptions
-XX:+UseZGC#?設置最大堆內存
-Xmx32g#?開啟ZGC的分代收集（JDK?17+）
-XX:+UseZGC
-XX:+ZGenerational

6. Shenandoah：OpenJDK的低延遲選擇

Shenandoah是Red Hat開發的低延遲垃圾回收器。

核心特點：

  • 并發回收
  • 停頓時間與堆大小無關
  • 使用連接矩陣解決并發移動問題

配置參數：

#?啟用Shenandoah
-XX:+UnlockExperimentalVMOptions
-XX:+UseShenandoahGC#?設置GC模式
-XX:ShenandoahGCMode=iu

垃圾回收器橫向對比

垃圾回收器停頓時間吞吐量內存開銷適用堆大小并發程度
Serial GC高高低<100MB無并發
Parallel GC中最高低<8GB并行回收
CMS GC低中中2-8GB并發標記
G1 GC低中高中高4GB+并發+并行
ZGC極低中高8GB+高度并發
Shenandoah極低中高8GB+高度并發

場景化選擇策略

Web應用服務器

場景特點：

  • 對響應時間敏感
  • 中等并發量
  • 堆內存通常在4-16GB

推薦方案：

  • 首選：G1 GC
  • 備選：CMS GC（JDK 8及以下）

配置示例：

#?G1配置（推薦）
-Xms8g?-Xmx8g
-XX:+UseG1GC
-XX:MaxGCPauseMillis=100
-XX:G1HeapRegionSize=16m#?CMS配置（兼容性考慮）
-Xms8g?-Xmx8g
-XX:+UseConcMarkSweepGC
-XX:+UseParNewGC
-XX:CMSInitiatingOccupancyFraction=75

批處理系統

場景特點：

  • 注重吞吐量
  • 對延遲不敏感
  • 大量數據處理

推薦方案：

  • 首選：Parallel GC
  • 備選：G1 GC（大堆場景）

配置示例：

#?Parallel?GC配置
-Xms16g?-Xmx16g
-XX:+UseParallelGC
-XX:ParallelGCThreads=16
-XX:GCTimeRatio=99

實時交易系統

場景特點：

  • 極低延遲要求
  • 高并發
  • 嚴格的SLA

推薦方案：

  • 首選：ZGC（JDK 11+）
  • 備選：Shenandoah

配置示例：

#?ZGC配置
-Xms32g?-Xmx32g
-XX:+UseZGC
-XX:+UnlockExperimentalVMOptions

微服務應用

場景特點：

  • 小堆內存
  • 快速啟動
  • 容器化部署

推薦方案：

  • 首選：G1 GC
  • 備選：Parallel GC

配置示例：

#?微服務G1配置
-Xms1g?-Xmx2g
-XX:+UseG1GC
-XX:MaxGCPauseMillis=50
-XX:G1HeapRegionSize=1m

性能調優最佳實踐

堆內存配置原則

  1. 初始堆大小（-Xms）應該等于最大堆大小（-Xmx）
-Xms8g?-Xmx8g??#?避免動態擴容的開銷
  1. 新生代大小要合理
#?一般設置為堆內存的1/4到1/3
-XX:NewRatio=3??#?新生代:老年代?=?1:3
  1. Eden和Survivor比例調優
-XX:SurvivorRatio=8??#?Eden:Survivor?=?8:1

GC日志配置

詳細的GC日志是調優的基礎：

#?JDK?8及以下
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintGCApplicationStoppedTime
-Xloggc:/path/to/gc.log#?JDK?9+
-Xlog:gc*:gc.log:time,tags

監控指標關注點

  1. GC頻率：每分鐘GC次數
  2. GC停頓時間：平均和最大停頓時間
  3. 內存使用率：各代內存使用情況
  4. 吞吐量：應用線程時間占比

故障排查實戰案例

案例1：CMS的并發模式失敗

現象：

[GC?[1?CMS-initial-mark:?6656K(13696K),?0.0023781?secs]
[Full?GC?6656K->6571K(13696K),?0.0577079?secs]

原因：CMS并發收集失敗，退化為Serial Old收集

解決方案：

#?降低CMS觸發閾值
-XX:CMSInitiatingOccupancyFraction=60#?增加并發線程數
-XX:ConcGCThreads=6

案例2：G1的to-space exhausted

現象：

[GC?pause?(G1?Evacuation?Pause)?(to-space?exhausted),?0.1234567?secs]

原因：G1無法找到足夠的空Region來存放存活對象

解決方案：

#?增加堆內存或調整Region大小
-Xmx16g
-XX:G1HeapRegionSize=32m#?提前觸發混合收集
-XX:G1MixedGCCountTarget=4

案例3：頻繁Full GC

排查步驟：

  1. 分析GC日志確認Full GC頻率
  2. 檢查內存分配模式
  3. 分析對象生命周期
  4. 調整堆內存比例

常見解決方案：

#?增加堆內存
-Xms16g?-Xmx16g#?調整新生代比例
-XX:NewRatio=2#?增加Survivor空間
-XX:SurvivorRatio=6

高級調優技巧

1. 使用GC分析工具

推薦工具：

  • GCViewer：可視化GC日志分析
  • GCPlot：在線GC日志分析
  • jstat：實時GC監控

使用示例：

#?監控GC情況
jstat?-gc?-t?12345?1s#?查看堆內存分布
jstat?-gccapacity?12345

2. JIT編譯優化

#?預熱JIT編譯器
-XX:CompileThreshold=10000#?啟用分層編譯
-XX:+TieredCompilation

3. 大對象處理

#?G1大對象閾值設置
-XX:G1HeapRegionSize=32m??#?大對象閾值為16m#?啟用大對象直接分配到老年代
-XX:PretenureSizeThreshold=1m

未來趨勢展望

1. Project Leyden

Oracle正在開發的項目，旨在提供靜態編譯和快速啟動能力。

2. Project Loom

虛擬線程項目將改變并發編程模式，可能影響GC策略。

3. 分代ZGC

ZGC正在開發分代收集功能，有望進一步提升性能。

總結與建議

經過這次深入的探討，我想給大家幾個關鍵建議：

1. 選擇原則

  • 小堆（<4GB）：Parallel GC 或 G1 GC
  • 中堆（4-32GB）：G1 GC
  • 大堆（32GB+）：ZGC 或 Shenandoah
  • 延遲敏感：G1、ZGC、Shenandoah
  • 吞吐量優先：Parallel GC

2. 調優步驟

  1. 建立基準測試
  2. 收集GC日志
  3. 分析性能指標
  4. 逐步調整參數
  5. 驗證改進效果

3. 最佳實踐

  • 始終監控GC性能
  • 定期分析GC日志
  • 保持對新技術的關注
  • 在非生產環境充分測試

4. 常用配置模板

Web應用推薦配置：

-Xms8g?-Xmx8g
-XX:+UseG1GC
-XX:MaxGCPauseMillis=100
-XX:G1HeapRegionSize=16m
-XX:+G1UseAdaptiveIHOP
-XX:G1MixedGCCountTarget=8
-Xlog:gc*:gc.log:time,tags

高并發服務配置：

-Xms16g?-Xmx16g
-XX:+UseZGC
-XX:+UnlockExperimentalVMOptions
-Xlog:gc*:gc.log:time,tags

回到文章開頭的那次生產故障，經過這次系統性的學習和實踐，我們最終選擇了G1垃圾回收器，并通過精細的參數調優，將系統的響應時間穩定在了50ms以內，再也沒有出現過類似的問題。

垃圾回收器的選擇和調優是一門藝術，需要理論知識與實踐經驗的完美結合。希望這篇文章能夠幫助大家在JVM調優的道路上少走彎路，打造更加穩定高效的Java應用。

記住：沒有銀彈，只有最適合的方案。在實際工作中，一定要結合具體的業務場景和性能要求來選擇合適的垃圾回收器，并持續監控和優化。

如果這篇文章對你有幫助，歡迎點贊分享。在垃圾回收器調優的路上，我們一起進步！

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/web/83871.shtml
繁體地址，請注明出處：http://hk.pswp.cn/web/83871.shtml
英文地址，請注明出處：http://en.pswp.cn/web/83871.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

學習日記-day30-6.15

學習日記-day30-6.15

完成目標&#xff1a; 知識點&#xff1a; 1.DDL和DML的補充 知識點 核心內容 重點 快速創建表 使用CREATE TABLE...AS SELECT語句基于現有表快速創建新表 結構和數據復制 vs 僅復制結構&#xff08;WHERE 12&#xff09; 數據刪除操作 DELETE FROM逐條刪除 vs TRUNCAT…
閱讀更多...
從檢測到智能質控：IACheck如何成為TIC機構的AI中臺？

從檢測到智能質控：IACheck如何成為TIC機構的AI中臺？

一、TIC行業為何亟需AI質控&#xff1f; 過去十年&#xff0c;中國的TIC&#xff08;Testing, Inspection, Certification&#xff09;行業年均增長超過10%。無論是消費品、環境監測&#xff0c;還是工業制造、出口貿易&#xff0c;對“第三方檢測報告”的依賴程度持續加深。 …
閱讀更多...
cka-1.32考題

cka-1.32考題

1、HPA自動擴縮容 考題 &#xff08;考試的考題內容&#xff0c;只有下面方框里的內容&#xff09; 你必須連接到正確的主機。不這樣做可能導致零分。 [candidatebase] $ ssh cka000050 Task 在 autoscale namespace 中創建一個名為 apache-server 的新 HorizontalPodAut…
閱讀更多...
DeepSeek 技術原理詳解

DeepSeek 技術原理詳解

引言 DeepSeek是一種基于Transformer架構的大型語言模型&#xff0c;它在自然語言處理領域展現出了卓越的性能。本文將深入探討DeepSeek的技術原理&#xff0c;包括其架構設計、訓練方法和優化策略&#xff0c;并結合代碼實現進行詳細講解。 Transformer基礎架構 DeepSeek基…
閱讀更多...
組件化 websocket

組件化 websocket

實時數據響應&#xff0c;組件化websocket減少代碼冗余 組件定義 websocket.vue <template><div></div> </template><script>export default {data() {return {webSocket: null, // webSocket實例lockReconnect: false, // 重連鎖&#xff0c;…
閱讀更多...
IBMS集成系統3D可視化數字孿生管理平臺介紹、搭建、運維

IBMS集成系統3D可視化數字孿生管理平臺介紹、搭建、運維

IBMS集成系統3D可視化數字孿生管理平臺介紹、搭建、運維 IBMS集成系統3D可視化數字孿生管理平臺是一種先進的智能建筑管理系統&#xff0c;通過數字孿生技術和3D可視化界面&#xff0c;實現對建筑設施的全方位、智能化管理。該平臺整合了物聯網(IoT)、大數據、人工智能和三維建…
閱讀更多...
湖北理元理律師事務所：債務重組中的技術賦能與法律邊界

湖北理元理律師事務所：債務重組中的技術賦能與法律邊界

一、當法律遇上算法&#xff1a;還款模型的進化 傳統債務協商依賴律師經驗&#xff0c;如今通過技術工具可實現&#xff1a; 輸入&#xff1a;用戶收入/債務/必需支出 輸出&#xff1a; 1. 法定可減免金額&#xff08;基于LPR與歷史判例庫&#xff09;&#xff1b; 2.…
閱讀更多...
對抗串擾的第一武器

對抗串擾的第一武器

痕量分離;長度平行度;stackup&#xff1a;有沒有一個脫穎而出&#xff1f; 我已經有一段時間沒有看到關于串擾的文章了&#xff0c;所以我決定借此機會為那些可能對為什么精通串擾的 PCB 設計人員和硬件工程師使用各種設計規則來控制串擾感興趣的 PCB 設計社區中的人簡要介紹一…
閱讀更多...
FastAPI：(11)SQL數據庫

FastAPI：(11)SQL數據庫

FastAPI&#xff1a;(11)SQL數據庫 由于CSDN無法展示「漸構」的「#d&#xff0c;#e&#xff0c;#t&#xff0c;#c&#xff0c;#v&#xff0c;#a」標簽&#xff0c;推薦訪問我個人網站進行閱讀&#xff1a;Hkini 「漸構展示」如下&#xff1a; #c 概述 文章內容概括 #mermaid…
閱讀更多...
“智眸·家聯“項目開發(一)

“智眸·家聯“項目開發(一)

嵌入式開發調試知識點總結&#xff08;含操作流程&#xff09; 我們今天解決問題的過程&#xff0c;就像是偵探破案&#xff0c;從最表面的線索&#xff08;網絡不通&#xff09;開始&#xff0c;一步步深入&#xff0c;最終找到了案件的核心&#xff08;硬件不匹配&#xff0…
閱讀更多...
展開說說Android之Retrofit詳解_使用篇

展開說說Android之Retrofit詳解_使用篇

Retrofit是由Square公司開發的類型安全HTTP客戶端框架&#xff0c;借助動態代理在運行時生成接口實現類&#xff0c;將注解轉化為OkHttp請求配置&#xff1b;節省成本通過轉換器(Gson/Moshi)自動序列化JSON/XML&#xff0c;內部處理網絡請求在主線程返回報文。Retrofit 直譯是封…
閱讀更多...
復古美學淺綠色文藝風格Lr調色教程，手機濾鏡PS+Lightroom預設下載！

復古美學淺綠色文藝風格Lr調色教程，手機濾鏡PS+Lightroom預設下載！

調色介紹 復古美學淺綠色文藝風格 Lr 調色&#xff0c;是基于 Adobe Lightroom&#xff08;Lr&#xff09;軟件&#xff0c;為攝影作品賦予特定藝術氛圍的調色方式。通過合理設置軟件中的各項參數與工具&#xff0c;把照片調整為以淺綠色為主調&#xff0c;融合復古元素與文藝氣…
閱讀更多...
力扣網C語言編程題：缺失的第一個正數第三種解題方法

力扣網C語言編程題：缺失的第一個正數第三種解題方法

一. 簡介 前面文章學習了對該題目的兩種解題思路&#xff0c;文章如下&#xff1a; 力扣網C語言編程題&#xff1a;缺失的第一個正數-CSDN博客 但是前面的實現上在空間復雜度上沒有滿足要求。本文學習一種在空間復雜度上為 O(1)的思路。 二. 力扣網C語言編程題&#xff1a;缺…
閱讀更多...
PyTorch 實現 MNIST 手寫數字識別

PyTorch 實現 MNIST 手寫數字識別

PyTorch 實現 MNIST 手寫數字識別 MNIST 是一個經典的手寫數字數據集&#xff0c;包含 60000 張訓練圖像和 10000 張測試圖像。使用 PyTorch 實現 MNIST 分類通常包括數據加載、模型構建、訓練和評估幾個部分。 數據加載與預處理 使用 torchvision 加載 MNIST 數據集&#x…
閱讀更多...
Python內存互斥與共享深度探索：從GIL到分布式內存的實戰之旅

Python內存互斥與共享深度探索：從GIL到分布式內存的實戰之旅

引言&#xff1a;并發編程的內存困局 在開發高性能Python應用時&#xff0c;我遭遇了這樣的困境&#xff1a;多進程間需要共享百萬級數據&#xff0c;而多線程間又需保證數據一致性。傳統解決方案要么性能低下&#xff0c;要么引發競態條件。本文將深入探討Python內存互斥與共…
閱讀更多...
【Unity】使用 C# SerialPort 進行串口通信

【Unity】使用 C# SerialPort 進行串口通信

索引 一、SerialPort串口通信二、使用SerialPort1.創建SerialPort對象&#xff0c;進行基本配置2.寫入串口數據①.寫入串口數據的方法②.封裝數據 3.讀取串口數據①.讀取串口數據的方法②.解析數據 4.讀取串口數據的時機①.DataReceived事件②.多線程接收數據 5.粘包問題處理 一…
閱讀更多...
如何寫好單元測試：Mock 脫離數據庫，告別 @SpringBootTest 的重型啟動

如何寫好單元測試：Mock 脫離數據庫，告別 @SpringBootTest 的重型啟動

如何寫好單元測試&#xff1a;Mock 脫離數據庫&#xff0c;告別 SpringBootTest 的重型啟動 作者&#xff1a;Killian&#xff08;重慶&#xff09; — 歡迎各位架構獵頭、技術布道者聯系我&#xff0c;項目實戰豐富&#xff0c;代碼穩健&#xff0c;Mock測試愛好者。 技術棧&a…
閱讀更多...
【DNS】在 Windows 下修改 `hosts` 文件

【DNS】在 Windows 下修改 `hosts` 文件

在 Windows 下修改 hosts 文件&#xff0c;一般用于本地 DNS 覆蓋。操作步驟如下&#xff08;以 Windows 10/11 為例&#xff09;&#xff1a; 1. 以管理員權限打開記事本 點擊 開始 → 輸入 “記事本”在“記事本”圖標上右鍵 → 選擇 以管理員身份運行 如果提示“是否允許此…
閱讀更多...
共享內存實現進程通信

共享內存實現進程通信

目錄 system V共享內存 共享內存示意圖 共享內存函數 shmget函數 shmat函數 shmdt函數 shmctl函數 代碼示例 shm頭文件 構造函數 獲取key值 創建者的構造方式 GetShmHelper 函數 GetShmUseCreate 函數 使用者的構造方式 GetShmForUse 函數 分離附加操作 DetachShm 函數 AttachS…
閱讀更多...
6月15日星期日早報簡報微語報早讀

6月15日星期日早報簡報微語報早讀

6月15日星期日&#xff0c;農歷五月二十&#xff0c;早報#微語早讀。 1、證監會擬修訂期貨公司分類評價&#xff1a;明確扣分標準&#xff0c;優化加分標準&#xff1b; 2、國家考古遺址公園再添10家&#xff0c;全國已評定65家&#xff1b; 3、北京多所高校禁用羅馬仕充電寶…
閱讀更多...
最新文章

Copyright @ 2022~2023