还在忍受GC停顿？1分钟了解Java 13 ZGC启用核心要点

原创 于 2025-10-31 12:03:16 发布 · 256 阅读 · 10 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测

第一章：ZGC为何能终结GC停顿之痛

ZGC（Z Garbage Collector）是JDK 11中引入的一款可伸缩低延迟垃圾收集器，专为处理大堆内存和极短停顿时间而设计。其核心目标是将GC暂停时间控制在10毫秒以内，无论堆大小如何增长。这一特性使其成为高吞吐、低延迟服务的理想选择。

并发标记与重定位

ZGC通过全程并发执行关键阶段来消除长时间停顿。它在应用线程运行的同时完成对象的标记和内存重定位，仅需短暂暂停进行根集合扫描。这一机制依赖于着色指针（Colored Pointers）和读屏障（Load Barriers）技术。
  • 着色指针将元数据存储在指针本身中，用于标识对象的标记状态
  • 读屏障在对象访问时触发，确保引用一致性并协助完成重定位
  • 所有可达对象在运行时被逐步迁移，避免STW（Stop-The-World）整理阶段

ZGC关键阶段流程

启用ZGC的JVM参数示例

# 启用ZGC并设置堆大小
java -XX:+UseZGC \
     -Xms4g -Xmx4g \
     -jar myapp.jar

# 开启GC日志便于监控
java -XX:+UseZGC \
     -Xms8g -Xmx8g \
     -Xlog:gc*:gc.log \
     MyApp
GC类型最大暂停时间适用场景
G1GC~200ms中等延迟敏感应用
ZGC<10ms超低延迟、大堆服务
ZGC通过创新的内存管理架构，实现了近乎无感的垃圾回收体验，尤其适用于金融交易、实时数据分析等对响应时间极为敏感的系统环境。

第二章：ZGC核心机制深度解析

2.1 染色指针与内存标记技术原理

染色指针（Colored Pointers）是一种在垃圾回收机制中优化对象状态追踪的技术，通过将指针的某些位用于标记对象的“颜色”，实现对内存状态的高效管理。这些颜色通常表示对象的代际、访问状态或回收阶段。
颜色编码与位标记
在现代JVM或Go运行时中，指针的高位常被复用为标记位。例如，使用虚拟地址的第48-63位存储颜色信息： 

// 假设指针p为64位，高16位用于颜色标记
const (
    White = 0x0000 << 48  // 新生对象
    Gray  = 0x8000 << 48  // 正在扫描
    Black = 0xC000 << 48  // 扫描完成
)

func markColor(ptr uint64) uint64 {
    return (ptr &^ 0xFFFF000000000000) | Gray
}
上述代码通过位操作将指针标记为灰色，表示其指向的对象正在被GC遍历。这种方式避免了额外的元数据表开销。
三色标记法协同机制
染色指针常配合三色标记法使用：
  • 白色：尚未访问的对象
  • 灰色：已发现但未处理其引用的对象
  • 黑色：完全处理完毕的对象
该机制确保垃圾回收器能安全地并发标记堆对象，同时减少STW时间。

2.2 并发处理如何实现低延迟回收

在高并发系统中，低延迟的资源回收依赖于精细化的并发控制机制。通过非阻塞算法与分代回收策略结合，可显著减少GC停顿时间。
基于工作窃取的并发标记
采用Golang的runtime.GC触发机制，配合P（Processor）本地队列进行对象标记： 

runtime.SetFinalizer(obj, func(o *Object) {
    // 异步释放非内存资源
    o.Close()
})
该代码注册终结器，在对象被回收前异步执行清理逻辑，避免主线程阻塞。参数obj为待监控对象，匿名函数作为清理函数。
并行清扫与内存归还
现代运行时将清扫阶段拆分为多个子任务，由后台线程并行执行。操作系统层级通过madvise(MADV_DONTNEED)主动归还物理内存。
  • 标记阶段使用三色抽象，并发遍历对象图
  • 清扫阶段按内存页粒度划分任务
  • 归还策略依据空闲页连续性动态调整

2.3 内存读写屏障的精巧设计

在多核处理器架构中，内存访问顺序可能因编译器优化或CPU流水线重排序而改变。内存屏障（Memory Barrier）通过强制执行特定的读写顺序，确保关键数据的可见性与一致性。
内存屏障的类型
  • 写屏障（Store Barrier）：保证此前的所有写操作对其他处理器可见；
  • 读屏障（Load Barrier）：确保后续的读操作不会被提前执行；
  • 全屏障（Full Barrier）：同时具备读写屏障功能。
代码示例：使用编译器屏障防止重排

// 插入编译器屏障，阻止指令重排
asm volatile("" ::: "memory");

int data = 42;
int ready = 1;

// 写屏障：确保 data 在 ready 之前写入
asm volatile("mfence" ::: "memory");
上述代码中，mfence 指令确保前后内存操作的顺序性，避免CPU或缓存系统破坏预期同步逻辑。该机制广泛应用于无锁队列、状态标志同步等高并发场景。

2.4 分代假说在ZGC中的取舍分析

ZGC（Z Garbage Collector）在设计上选择弱化分代假说，其核心目标是实现极低暂停时间的大内存垃圾回收。
分代假说的典型实践
传统GC如G1依赖分代假说，将堆分为年轻代与老年代，优先回收短命对象：
  • 年轻代：高频回收，对象生命周期短
  • 老年代：低频回收，对象长期存活
ZGC的取舍逻辑
ZGC放弃严格分代结构，采用全堆并发标记与染色指针技术，牺牲部分回收效率换取暂停时间稳定性。 

// ZGC关键参数配置示例
-XX:+UseZGC
-XX:MaxGCPauseMillis=10  // 目标最大暂停时间
-XX:+UnlockExperimentalVMOptions
-XX:+ZGenerational       // 可选启用分代ZGC（JDK 17+）
上述配置中，-XX:+ZGenerational 在JDK 17后实验性引入，表明ZGC开始尝试融合分代策略以提升吞吐。
特性传统分代GCZGC（非分代）
暂停时间毫秒级波动稳定低于10ms
内存利用率高中等（元数据开销）
这一取舍反映在响应延迟与资源消耗之间的权衡。

2.5 可扩展性架构支撑大堆高效运行

在高并发与大数据场景下，JVM 大堆内存的管理面临显著挑战。可扩展性架构通过模块化设计与资源隔离机制，有效降低锁竞争与GC停顿，提升系统吞吐。
分层堆内存管理
采用区域化堆（Region-based Heap）设计，将大堆划分为多个逻辑区域，配合G1或ZGC等低延迟垃圾回收器实现增量式回收。 

// JVM 启动参数示例：启用ZGC与大堆配置
-XX:+UseZGC 
-Xms16g -Xmx16g 
-XX:ZGenerationSize=4g
上述配置启用ZGC并固定堆大小为16GB，ZGenerationSize控制代际大小，减少跨代扫描开销。
横向扩展支持
  • 微服务架构下，单JVM堆过大易导致扩容僵化
  • 通过应用实例水平伸缩，分散堆内存压力
  • 结合分布式缓存（如Redis）降低本地堆数据冗余

第三章：Java 13中启用ZGC的前提条件

3.1 系统平台与JVM版本兼容性确认

在部署Java应用前，必须确认目标系统平台与JVM版本之间的兼容性，以避免运行时异常或性能退化。不同操作系统对JVM的支持存在差异，尤其是ARM架构与x86架构间的二进制不兼容问题需特别关注。
主流平台与JVM版本对应关系
操作系统架构推荐JVM版本供应商
Linuxx86_64OpenJDK 17 LTSAdoptium
Windows Serverx86_64Oracle JDK 11Oracle
macOSARM64OpenJDK 21 LTSAzul
JVM版本检测命令
java -version
该命令输出JVM的详细版本信息，包括主版本号、构建号及JVM类型（如HotSpot）。例如，输出中的"17.0.8"表示使用JDK 17，需确保其与应用编译目标一致。生产环境建议固定JVM小版本以规避潜在兼容性问题。

3.2 启用ZGC所需的JVM参数配置

要启用ZGC（Z Garbage Collector），必须在JVM启动时显式指定垃圾收集器及相关调优参数。
基本启用参数
使用以下JVM参数可启用ZGC： 
-XX:+UseZGC -Xmx10g
其中，-XX:+UseZGC 激活ZGC收集器，-Xmx10g 设置最大堆大小为10GB。ZGC推荐配置较大的堆空间以发挥其低延迟优势。
关键调优选项
  • -XX:+UnlockExperimentalVMOptions：在旧版本JDK中启用实验性功能支持
  • -XX:+ZUncommit：允许释放未使用的堆内存，降低资源占用
  • -XX:ZCollectionInterval：设置强制GC间隔（单位为秒）
从JDK 15起，ZGC已脱离实验阶段，无需额外解锁选项即可直接使用。

3.3 堆大小规划与硬件资源匹配建议

合理规划JVM堆大小是保障应用性能与系统稳定的关键环节。堆内存设置过小会导致频繁GC，过大则增加回收停顿时间，并可能超出物理内存容量。
堆大小配置原则
建议将初始堆（-Xms）与最大堆（-Xmx）设为相同值，避免运行时动态扩展带来的性能波动。通常堆内存不应超过物理内存的70%，预留空间给操作系统及其他进程。
典型场景配置示例
-Xms4g -Xmx4g -XX:NewRatio=2 -XX:MetaspaceSize=256m
上述配置设定堆初始与最大为4GB，新生代与老年代比例为1:2，元空间起始大小为256MB。适用于4核8GB内存的服务器环境。
硬件匹配参考表
物理内存推荐堆大小适用场景
4GB2g轻量级服务
8GB4g中等负载应用
16GB8g~10g高并发微服务

第四章：ZGC实战配置与性能验证

4.1 在Spring Boot应用中开启ZGC

为了在Spring Boot应用中启用ZGC（Z Garbage Collector），首先确保运行环境使用的是支持ZGC的JDK版本（如JDK 11及以上）。
JVM参数配置
通过JVM启动参数启用ZGC： 
java -XX:+UseZGC -Xmx4g -jar myapp.jar
其中，-XX:+UseZGC 启用ZGC垃圾回收器，-Xmx4g 设置堆内存最大为4GB。ZGC适用于大内存、低延迟场景，可将停顿时间控制在10ms以内。
Spring Boot集成建议
  • 推荐在生产环境中结合监控工具（如Prometheus + Grafana）观察GC行为；
  • 若使用容器化部署，需确保容器内存限制与-Xmx设置匹配；
  • 持续关注JDK版本更新，以获取ZGC性能优化。

4.2 GC日志分析与关键指标解读

GC日志是排查Java应用性能问题的重要依据。通过启用`-XX:+PrintGCDetails -Xloggc:gc.log`参数，可输出详细的垃圾回收信息。
关键日志字段解析
典型GC日志片段如下： 

[GC (Allocation Failure) [PSYoungGen: 10240K->896K(10752K)] 15360K->5984K(20480K), 0.0042148 secs]
其中： - PSYoungGen：使用Parallel Scavenge收集器的新生代； - 10240K->896K：GC前后的内存占用； - 10752K：新生代总容量； - 0.0042148 secs：GC停顿时间。
核心监控指标
  • GC频率：单位时间内GC次数，过高可能预示内存泄漏；
  • 停顿时间（Pause Time）：影响系统响应延迟；
  • 堆内存变化趋势：观察老年代增长速率，判断对象晋升行为。
结合这些指标可精准定位内存瓶颈。

4.3 压力测试下停顿时间对比实测

在高并发场景下，不同垃圾回收器的停顿时间表现直接影响系统响应能力。本测试基于 JDK 17，使用 JMH 框架模拟 1000 线程持续写入场景，对比 G1 与 ZGC 的暂停特性。
测试配置
  • JVM 堆大小：8GB
  • 测试时长：600 秒
  • 采样频率：每 10 秒记录一次 GC 停顿
关键代码片段

@Benchmark
public void stressTest(Blackhole blackhole) {
    List<Object> objects = new ArrayList<>(10000);
    for (int i = 0; i < 10000; i++) {
        objects.add(new byte[1024]); // 模拟对象分配压力
    }
    blackhole.consume(objects);
}
该基准测试通过高频次小对象分配触发 GC 行为，Blackhole 防止 JIT 优化消除无效对象创建。
结果对比
GC 类型平均停顿（ms）最大停顿（ms）
G123.5148
ZGC1.89.3
ZGC 在响应延迟方面显著优于 G1，尤其在最大停顿时间上降低两个数量级，适合对延迟敏感的服务。

4.4 常见启动失败问题排查指南

服务无法绑定端口
当应用启动时报错 address already in use，通常表示目标端口已被占用。可通过以下命令排查： 
lsof -i :8080
kill -9 <PID>
上述命令用于查找占用 8080 端口的进程并强制终止。建议在生产环境优先使用优雅关闭机制，避免直接 kill。
依赖服务未就绪
微服务架构中常见因数据库或消息队列未启动导致的失败。可采用健康检查脚本预判依赖状态：
  • 检查数据库连接：telnet 或使用驱动探活
  • 验证配置中心可达性
  • 确认注册中心状态
典型错误码对照表
错误码含义建议操作
1069权限不足以管理员身份运行
1053服务响应超时检查启动逻辑阻塞点

第五章：从ZGC看未来垃圾回收演进方向

低延迟与高吞吐的平衡艺术
ZGC（Z Garbage Collector）通过着色指针和读屏障技术，实现了亚毫秒级停顿时间，适用于对延迟敏感的大内存应用。其核心在于并发标记与重定位阶段几乎完全与应用线程并行执行。 例如，在一个电商平台的订单系统中，JVM堆大小为16GB，启用ZGC后，GC停顿始终控制在1ms以内： 

# 启动参数配置
java -XX:+UseZGC -Xmx16g -Xms16g \
     -XX:+UnlockExperimentalVMOptions \
     -XX:ZCollectionInterval=30 \
     com.example.OrderService
可伸缩性设计的实际体现
ZGC采用分代思想的雏形（尽管目前仍为单代），支持TB级堆内存管理。其每代扫描成本与存活对象数量相关而非总堆大小，显著提升可伸缩性。 下表对比了ZGC与其他收集器在不同堆大小下的最大暂停时间：
GC类型堆大小最大暂停(ms)
G18GB50
ZGC8GB0.8
ZGC128GB1.2
向全场景通用化迈进
ZGC正逐步引入分代机制（如ZGC Generational），以优化年轻对象频繁分配的场景。某金融风控系统在测试中发现，开启实验性分代ZGC后，吞吐量提升达35%。
  • 使用-XX:+ZGenerational启用分代ZGC
  • 监控工具需升级至JDK 21+以支持新指标
  • 建议在预发布环境进行压力验证
CompiGap
关注
Python ResNet34 CIFAR-10图像分类 准确率曲线
最新发布
08-22
Python ResNet34 CIFAR-10图像分类 准确率曲线 ResNet34 在 CIFAR-10 上训练十类分类，输出混淆矩阵、准确率曲线与 history.csv，数据自动下载。 功能： · CIFAR-10 十类 · ResNet34 · 混淆矩阵 · 准确率曲线 · 自动下载数据 · 打包时预跑 output/preview 压缩包含可运行源码、依赖与说明，按 README 安装后即可复现。
单片机设计文档DOC工程师应该掌握的20个模拟电路原理及其电路图
08-22
单片机设计文档DOC工程师应该掌握的20个模拟电路原理及其电路图
Java技术体系之基础能力篇（五）——深入理解JVM原理
qsmiley10的博客
05-01 3226
1、Java概述 1.1 Java技术体系   从广义上讲，Kotlin、Clojure、JRuby、Groovy等运行于Java虚拟机上的编程语言及其相关的程序都属于Java技术体系中的一员。如果仅从传统意义上来看，JCP官方所定义的Java技术体系包括了以下几个组成部分： Java程序设计语言 各种硬件平台上的Java虚拟机实现 Class文件格式 Java类库API 来自商业机构和开源社区的第三方Java类库   以上是根据Java各个组成部分的功能来进行划分，如果按照技术所服务的领域来划分，或者
基于SpringBoot的校园创客空间管理系统的设计与实现【附源码+数据库+万字论文+PPT+包部署+录制讲解视频】.zip
08-22
标题基于SpringBoot的校园创客空间管理系统设计与实现AI更换标题第1章引言介绍校园创客空间管理系统的研究背景、意义、国内外研究现状、论文方法与创新点。1.1研究背景与意义阐述校园创客空间的发展现状及其对管理系统的需求。1.2国内外研究现状分析国内外校园创客空间管理系统的研究进展。1.3研究方法及创新点概述本文采用的研究方法及系统设计的创新点。第2章相关理论总结SpringBoot框架及相关技术，确立系统设计的理论基础。2.1SpringBoot框架概述介绍SpringBoot框架的特点、优势及在Web开发中的应用。2.2相关技术总结概述数据库技术、前端技术及系统安全技术等。2.3理论基础确立基于上述理论，确立校园创客空间管理系统的设计基础。第3章系统需求分析详细分析校园创客空间管理系统的功能需求、性能需求及用户需求。3.1功能需求分析列举系统应具备的核心功能，如用户管理、项目管理等。3.2性能需求分析分析系统对响应时间、并发处理能力等性能指标的要求。3.3用户需求分析从用户角度出发，分析用户对系统的期望和需求。第4章系统设计详细介绍系统的架构设计、数据库设计及界面设计。4.1系统架构设计给出系统的整体架构，包括前后端分离、微服务架构等。4.2数据库设计设计系统的数据库结构，包括表结构、索引及关系等。4.3界面设计展示系统的用户界面设计，包括页面布局、交互设计等。第5章系统实现与测试阐述系统的实现过程，包括编码实现、系统集成及测试验证。5.1编码实现介绍系统各模块的编码实现过程及关键技术点。5.2系统集成系统各模块之间的集成方式及集成测试过程。5.3测试验证通过单元测试、集成测试等方法验证系统的功能和性能。第6章结论与展望总结系统设计与实现的主要成果，提出未来研究方向。6.1研究结论概括系统设计与实现的主要成果，包括功能实现、性能优化等。6.2展望指出系统存在的不足及
港股十档行情tick数据包含逐笔成交与委托挂单信息 每笔记录含时间戳、最新价、成交量、成交额，以及买一到买十、卖一到卖十的价格和挂单量
08-22
港股十档行情tick数据包含逐笔成交与委托挂单信息。每笔记录含时间戳、最新价、成交量、成交额，以及买一到买十、卖一到卖十的价格和挂单量。逐笔数据单独记录每笔成交明细，含成交时间、价格、成交量、买卖方向。分钟数据提供开盘、最高、最低、收盘价及成交量、成交额，按分钟汇总。历史跨度覆盖近十五年，以csv表格形式提供。 数据源：CMES金融数据库
STM32F4 UVC Camera
08-22
打开链接下载源码： https://pan.quark.cn/s/7cb598ca9ffd 通过STM32F4与USB摄像头建立连接，依据UVC标准，采集由摄像头传输的MJPEG或nv12格式的视频流信息，同时利用UVC标准对摄像头的亮度、对比度、色彩饱和度、色调、清晰度、伽玛值、增益、白平衡、逆光补偿以及曝光程度进行调节控制。
基于分布式模型预测控制的多个固定翼无人机一致性控制（Matlab代码实现）​
08-22
内容概要：本文系统研究了基于分布式模型预测控制（DMPC）的多个固定翼无人机一致性控制问题，提出并实现了相应的Matlab仿真方案。通过建立固定翼无人机精确的动力学模型，结合分布式控制架构，采用模型预测控制策略，使多个无人机在无中央协调的情况下实现状态一致性，如位置、速度和航向的协同收敛。文中详尽阐述了系统建模、控制算法设计、一致性协议构建及Matlab代码实现过程，重点解决了通信延迟、局部信息交互受限以及动态环境适应性等关键技术难点，并通过大量仿真实验验证了该方法的有效性、鲁棒性与可扩展性。; 适合人群：具备一定现代控制理论基础和Matlab编程能力，从事自动化、航空航天、机器人学、集群智能或智能系统等相关领域的研究生、科研人员及工程技术人员。; 使用场景及目标：①应用于多无人机协同飞行、编队控制、集群作业与自主导航等实际场景；②服务于高校科研项目、课程设计、学位论文研究及工程原型开发，旨在深入掌握分布式控制与模型预测控制的融合机制与工程实现；③帮助读者复现已有算法成果，并为进一步研究复杂通信拓扑、障碍规避与任务分配等高级功能提供坚实基础。; 阅读建议：建议读者结合Matlab代码与文中的理论推导同步学习，动手搭建仿真模型，重点关注状态一致性收敛过程、代价函数设计与控制参数调优策略，同时可尝试拓展至不同初始条件、通信拓扑结构及外部干扰场景下的性能测试与分析。
Java+Swing+Mysql学生成绩管理系统
08-22
代码下载链接： https://pan.quark.cn/s/a4b39357ea24 lyyzoo-ssms 学生成绩管理系统/学生信息管理系统 博客园地址：http://www.cnblogs.com/chiangchou/p/project-ssms.html
【创新、复现】基于蜣螂优化算法的无线传感器网络覆盖优化研究(Matlab代码实现）
08-22
内容概要：本文围绕基于蜣螂优化算法（DBO）的无线传感器网络（WSN）覆盖优化问题展开研究，旨在通过智能优化算法提升网络覆盖率与资源利用效率。研究采用Matlab进行算法实现，通过对传感器节点的部署位置进行全局寻优，最大化监测区域的覆盖范围并减少覆盖盲区。文中系统阐述了蜣螂优化算法的原理、WSN覆盖模型的构建、适应度函数的设计及仿真流程，并通过对比实验验证了DBO算法在收敛速度、优化精度和稳定性方面相较于传统优化方法的优越性。研究不仅提供了完整的代码实现，还探讨了算法在物联网、环境监测等实际场景中的应用潜力，突出了智能优化技术在解决复杂工程问题中的价值。; 适合人群：具备一定编程基础，熟悉Matlab编程环境，从事无线传感器网络、智能优化算法、物联网应用或相关领域研究的科研人员、工程技术人员及研究生。; 使用场景及目标：①解决无线传感器网络中节点部署导致的覆盖不均与资源浪费问题；②提升复杂环境下WSN的监测覆盖率与系统稳定性；③为智能优化算法在通信网络布局、环境监控、智慧农业等领域的工程应用提供可复现的技术范例； 阅读建议：建议结合提供的Matlab代码进行仿真实验，深入理解蜣螂优化算法的参数设置、迭代机制与收敛特性，同时可尝试将其迁移应用于其他组合优化问题如路径规划、任务调度或多目标优化中，以拓展算法的应用边界。
TECHNIC_.rar
08-22
当 CAD 缺失对应字体时，图纸文字会显示异常，出现乱码、问号。将下载好的字体文件复制到 AutoCAD 的 Fonts 文件夹中，即可恢复正常显示。
纳博特输送带、固定式输送机.rar
08-22
纳博特输送带、固定式输送机.rar
单片机典型模块设计实例单片机的数字时钟例程
08-22
单片机典型模块设计实例单片机的数字时钟例程
obs-multi-rtmp-mac-0.2.6.pkg
08-22
下载代码方式：https://pan.quark.cn/s/0f4e8f160e01 mac操作系统专用的obs多平台推流扩展程序 obs-multi-rtmp for mac
AIS解码算法提取6位码数据
08-22
源码下载地址： https://pan.quark.cn/s/7385d689617d AIS解码算法达成6位码的数据获取 AIS（Automatic Identification System，自动识别系统）是一种用于船舶自动识别和追踪的系统，它运用6位码对信息进行编码和传输。在实际操作中，我们需要将AIS传输的信息解密并提取出有用的内容。下面我们将阐述AIS解码算法的实现过程。 一、将ASCII码转换为6位二进制数值 在AIS系统中，信息是采用6位码进行编码的，因此我们需要将ASCII码转换为6位二进制数值。这个过程可以通过bool EightByteToSix(BYTE inEight, BYTE &outSix)函数完成。该函数将ASCII码转换为6位二进制数值，并将结果存储在outSix中。 函数的实现可以分为三个阶段： 1. 验证输入的ASCII码是否合法。 2. 将ASCII码转换为6位二进制数值。 3. 如果SUM大于10000000，则加上101000，否则加上101000。 二、将ASCII码字符串转换为6位二进制数值数组 在实际操作中，我们需要将ASCII码字符串转换为6位二进制数值数组。这可以通过bool EightStrToSix(CString inEight, LPBYTE outSix)函数实现。该函数将ASCII码字符串转换为6位二进制数值数组，并将结果存储在outSix中。 函数的实现可以分为五个步骤： 1. 将ASCII码字符串转换为6位二进制数值。 2. 将6位二进制数值保存到字节中。 3. 将字节保存到输出数组中。 4. 处理每个ASCII码的转换过程。 5. 将结果保存到输出数组中。 三、AIS解码算法的实现过程 AI...
糖果生产线模型3D图纸 Solidworks设计.rar
08-22
糖果生产线模型3D图纸 Solidworks设计.rar
苹果手机外壳抛光打磨精抛设备.rar
08-22
苹果手机外壳抛光打磨精抛设备.rar
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值