deepseek梳理java高级开发工程师jvm面试题

最新推荐文章于 2025-05-12 18:24:44 发布
最新推荐文章于 2025-05-12 18:24:44 发布
阅读量550 收藏 13
点赞数 27
分类专栏： deepseek+面试 文章标签： java jvm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fw150104010012/article/details/147858587
版权

JVM 高级面试题及答案（Java高级开发工程师）

一、类加载机制

1. 请详细描述JVM的类加载过程

答案：
JVM类加载过程分为以下几个阶段：

  1. 加载(Loading)：

    • 通过类的全限定名获取定义此类的二进制字节流
    • 将字节流所代表的静态存储结构转化为方法区的运行时数据结构
    • 在内存中生成一个代表该类的Class对象，作为方法区这个类的各种数据的访问入口

  2. 验证(Verification)：

    • 文件格式验证：验证字节流是否符合Class文件格式规范
    • 元数据验证：对字节码描述的信息进行语义分析
    • 字节码验证：通过数据流和控制流分析，确定程序语义合法
    • 符号引用验证：确保解析动作能正确执行

  3. 准备(Preparation)：

    • 为类变量分配内存并设置初始值（零值）
    • 静态常量（final static）会在此阶段被直接赋值

  4. 解析(Resolution)：

    • 将常量池内的符号引用替换为直接引用的过程

  5. 初始化(Initialization)：

    • 执行类构造器()方法的过程
    • 真正开始执行类中定义的Java程序代码

2. 什么是双亲委派模型？它的工作流程是怎样的？为什么要使用双亲委派模型？

答案：
双亲委派模型是JVM类加载的一种工作机制，其工作流程如下：

  1. 当一个类加载器收到类加载请求时，首先不会自己去尝试加载，而是委派给父类加载器
  2. 父类加载器会递归地将请求向上委派，直到启动类加载器(Bootstrap ClassLoader)
  3. 如果父类加载器无法完成加载（在自己的搜索范围内找不到该类），子加载器才会尝试自己加载

优势：

  • 避免类的重复加载：确保一个类在JVM中只存在一份Class对象
  • 安全性：防止核心API被篡改，例如用户自定义java.lang.String类不会被加载
  • 稳定性：保证基础类的行为一致

3. 如何打破双亲委派模型？实际应用场景有哪些？

答案：
打破双亲委派模型的方式：

  1. 重写ClassLoader的loadClass()方法（不推荐）
  2. 使用线程上下文类加载器(Thread Context ClassLoader)
  3. 实现自己的findClass()方法

应用场景：

  • Tomcat：每个Web应用使用独立的WebappClassLoader，优先加载自己目录下的类
  • SPI机制：如JDBC驱动加载，使用线程上下文类加载器加载厂商实现
  • OSGi：模块化热部署，每个Bundle有自己的类加载器

二、JVM内存模型

1. 请详细描述JVM内存结构及各部分的作用

答案：
JVM内存主要分为以下几个区域：

  1. 程序计数器(Program Counter Register)：

    • 线程私有，记录当前线程执行的字节码行号指示器
    • 唯一不会出现OOM的内存区域

  2. Java虚拟机栈(Java Virtual Machine Stacks)：

    • 线程私有，生命周期与线程相同
    • 存储栈帧(Stack Frame)，包括局部变量表、操作数栈、动态链接、方法出口等
    • 可能抛出StackOverflowError和OutOfMemoryError

  3. 本地方法栈(Native Method Stack)：

    • 为Native方法服务
    • 同样可能抛出StackOverflowError和OutOfMemoryError

  4. Java堆(Java Heap)：

    • 线程共享，存放对象实例和数组
    • GC主要管理区域，可分为新生代(Eden, Survivor0, Survivor1)和老年代
    • 可能抛出OutOfMemoryError

  5. 方法区(Method Area)：

    • 线程共享，存储已被加载的类信息、常量、静态变量、即时编译器编译后的代码等
    • JDK8后由元空间(Metaspace)实现，使用本地内存
    • 可能抛出OutOfMemoryError

  6. 运行时常量池(Runtime Constant Pool)：

    • 方法区的一部分，存放编译期生成的各种字面量和符号引用

2. 什么是逃逸分析？JVM是如何利用逃逸分析进行优化的？

答案：
逃逸分析是一种分析对象动态作用域的技术，用于判断对象是否会被外部方法或线程访问。

逃逸状态：

  1. 方法逃逸：对象被作为参数传递到其他方法中
  2. 线程逃逸：对象被其他线程访问

优化手段：

  1. 栈上分配(Stack Allocation)：

    • 对于未逃逸对象，直接在栈上分配内存，随栈帧出栈而销毁
    • 减少GC压力

  2. 标量替换(Scalar Replacement)：

    • 将对象拆解为基本数据类型，分散在栈或寄存器中
    • 避免创建完整对象

  3. 同步消除(Lock Elision)：

    • 对于线程未逃逸的对象，移除不必要的同步措施

3. 元空间(Metaspace)与永久代(PermGen)有什么区别？为什么JDK8要用元空间替代永久代？

答案：
主要区别：

  1. 存储位置：

    • 永久代在JVM堆内存中
    • 元空间使用本地内存(Native Memory)

  2. 大小限制：

    • 永久代有固定大小限制(-XX:MaxPermSize)
    • 元空间默认只受系统可用内存限制(-XX:MaxMetaspaceSize)

  3. 垃圾回收：

    • 永久代垃圾回收与老年代耦合，触发Full GC
    • 元空间垃圾回收独立进行

替换原因：

  1. 解决永久代内存溢出问题
  2. 方便合并HotSpot与JRockit VM（后者无永久代概念）
  3. 提高元数据管理的灵活性和可扩展性
  4. 简化Full GC触发条件，提高性能

三、垃圾回收

1. 请详细说明G1垃圾回收器的工作原理和特点

答案：
G1(Garbage-First)是JDK9及以后版本的默认垃圾回收器，特点如下：

核心思想：

  1. 将堆划分为多个大小相等的Region(默认约2048个)
  2. 跟踪各个Region的垃圾堆积价值(回收所得空间及回收所需时间)
  3. 优先回收价值高的Region(“Garbage-First”)

工作流程：

  1. 年轻代GC(Young GC)：

    • 当Eden区满时触发
    • 采用复制算法，存活对象被移动到Survivor区或直接晋升到老年代

  2. 并发标记周期(Concurrent Marking Cycle)：

    • 初始标记(Initial Mark)：伴随Young GC，标记GC Roots直接关联的对象
    • 根区域扫描(Root Region Scanning)
    • 并发标记(Concurrent Marking)
    • 最终标记(Remark)：处理SATB(原始快照)记录
    • 清理(Cleanup)：统计完全空闲的Region

  3. 混合回收(Mixed GC)：

    • 回收部分老年代Region和整个年轻代

特点优势：

  1. 并行与并发：充分利用多核CPU优势
  2. 分代收集：仍保留分代概念，但物理上不再隔离
  3. 空间整合：整体基于标记-整理，局部基于复制算法，减少碎片
  4. 可预测停顿：通过-XX:MaxGCPauseMillis参数设置目标停顿时间

2. 常见的垃圾回收算法有哪些？各有什么优缺点？

答案：

  1. 标记-清除(Mark-Sweep)：

    • 过程：标记所有需要回收的对象，然后统一清除
    • 优点：实现简单
    • 缺点：内存碎片化；效率问题（标记和清除效率都不高）

  2. 复制算法(Copying)：

    • 过程：将内存分为两块，每次使用一块，将存活对象复制到另一块
    • 优点：无碎片；实现简单高效
    • 缺点：内存利用率仅50%；对象存活率高时效率低
    • 应用：新生代回收（Eden:Survivor=8:1）

  3. 标记-整理(Mark-Compact)：

    • 过程：标记后让所有存活对象向一端移动，然后清理边界外内存
    • 优点：无碎片；适合老年代
    • 缺点：移动对象成本高

  4. 分代收集(Generational Collection)：

    • 过程：根据对象存活周期不同将堆分为新生代和老年代，采用不同算法
    • 新生代：复制算法（对象存活率低）
    • 老年代：标记-清除或标记-整理（对象存活率高）

3. 什么情况下会触发Full GC？如何避免频繁Full GC？

答案：
触发条件：

  1. System.gc()调用（建议而非强制）
  2. 老年代空间不足
  3. 方法区空间不足（JDK7及以前）
  4. 晋升到老年代的对象平均大小 > 老年代剩余空间
  5. CMS GC时出现concurrent mode failure
  6. 堆中分配大对象（如大数组）时空间不足

避免策略：

  1. 合理设置堆大小和新生代/老年代比例(-Xms, -Xmx, -XX:NewRatio)
  2. 避免大对象直接进入老年代(-XX:PretenureSizeThreshold)
  3. 优化对象年龄阈值(-XX:MaxTenuringThreshold)
  4. 选择合适的GC收集器并优化参数
  5. 避免代码中显式调用System.gc()
  6. 监控和优化元空间大小(-XX:MetaspaceSize)
  7. 使用G1等现代收集器替代CMS

四、性能调优与故障排查

1. 常见的JVM性能调优参数有哪些？请分类说明

答案：
内存相关：

  • -Xms：初始堆大小
  • -Xmx：最大堆大小
  • -Xmn：新生代大小
  • -XX:NewRatio：新生代与老年代比例
  • -XX:SurvivorRatio：Eden与Survivor区比例
  • -XX:MetaspaceSize：元空间初始大小
  • -XX:MaxMetaspaceSize：元空间最大大小
  • -XX:+UseCompressedOops：启用压缩指针(64位系统)
  • -XX:MaxDirectMemorySize：直接内存大小

GC相关：

  • -XX:+UseSerialGC：使用Serial+Serial Old收集器
  • -XX:+UseParallelGC：使用Parallel Scavenge+Parallel Old收集器
  • -XX:+UseConcMarkSweepGC：使用ParNew+CMS收集器
  • -XX:+UseG1GC：使用G1收集器
  • -XX:MaxGCPauseMillis：最大GC停顿时间目标(G1)
  • -XX:GCTimeRatio：GC时间与应用时间比率(Parallel)
  • -XX:+ExplicitGCInvokesConcurrent：System.gc()触发并发GC

其他：

  • -XX:+HeapDumpOnOutOfMemoryError：OOM时生成堆转储
  • -XX:HeapDumpPath：堆转储文件路径
  • -XX:+PrintGCDetails：打印GC详细日志
  • -XX:+PrintGCDateStamps：打印GC时间戳
  • -Xss：线程栈大小
  • -XX:+DisableExplicitGC：禁用System.gc()

2. 如何排查JVM内存泄漏问题？请描述具体步骤和工具

答案：
排查步骤：

  1. 监控系统发现内存异常增长或频繁Full GC
  2. 确认是否存在内存泄漏（通过GC日志和堆内存监控）
  3. 获取堆转储文件(Heap Dump)
    • jmap -dump:format=b,file=heap.hprof
    • -XX:+HeapDumpOnOutOfMemoryError自动生成
  4. 使用分析工具(MAT, JVisualVM, JProfiler等)分析堆转储
  5. 定位泄漏对象和引用链
  6. 分析代码确定泄漏原因

常用工具：

  1. 命令行工具：

    • jps：查看Java进程
    • jstat：监控JVM统计信息(jstat -gcutil )
    • jmap：内存分析工具
    • jstack：线程堆栈分析
    • jcmd：多功能命令(JDK7+)

  2. 可视化工具：

    • VisualVM
    • JConsole
    • Eclipse MAT(Memory Analyzer Tool)
    • JProfiler
    • YourKit

  3. 在线诊断：

    • Arthas
    • Greys

关键点：

  • 关注大对象和对象增长趋势
  • 分析GC Roots引用链
  • 检查集合类是否未正确清理
  • 检查缓存是否无限增长
  • 检查资源(连接、流等)是否未关闭

3. 什么是安全点(Safepoint)？它对GC有什么影响？

答案：
安全点定义：
安全点是JVM中特殊的代码位置，当线程执行到这些位置时，其状态是确定的，可以安全地暂停进行垃圾回收或其他VM操作。

安全点特性：

  1. 并非所有地方都可以设置安全点
  2. 常见安全点位置：方法调用、循环跳转、异常抛出等
  3. 安全点需要平衡安全性和性能

对GC的影响：

  1. Stop-The-World操作需要在安全点进行
  2. 所有线程必须到达安全点才能执行GC
  3. 安全点过多会影响性能，过少会导致GC等待时间延长

安全点相关参数：

  • -XX:+UseCountedLoopSafepoints：在计数循环中添加安全点
  • -XX:GuaranteedSafepointInterval：保证安全点间隔(毫秒)

安全区域(Safe Region)：
对于处于阻塞或休眠状态的线程，安全区域确保它们唤醒后能识别到VM需要暂停，而无需等待到达安全点。

五、JVM高级特性与底层原理

1. 请解释Java内存模型（JMM）与JVM内存结构的区别

答案：

Java内存模型(JMM)：

  • 定义：规范线程如何与内存交互的抽象模型
  • 核心概念：
    • 主内存（共享变量存储）
    • 工作内存（线程私有副本）
  • 关注点：
    • 原子性（atomicity）
    • 可见性（visibility）
    • 有序性（ordering）
  • 关键机制：
    • happens-before原则
    • volatile语义
    • synchronized/lock的实现

JVM内存结构：

  • 定义：JVM运行时数据区的物理划分
  • 核心区域：
    • 堆、栈、方法区等（如前述）
  • 关注点：
    • 内存分配与回收
    • 运行时数据存储

区别对比：

维度JMMJVM内存结构
抽象层级并发编程抽象模型运行时内存物理划分
规范对象线程与内存的交互规则内存区域的职能划分
典型问题可见性、指令重排序OOM、GC效率

2. 什么是卡表（Card Table）？它在垃圾回收中起什么作用？

答案：

卡表定义：

  • 一种空间换时间的数据结构（字节数组）
  • 将堆内存划分为固定大小的卡页（通常512字节）
  • 每个卡页对应卡表中的一个标记位

工作原理：

  1. 当老年代对象引用新生代对象时：

    • 将该对象所在的卡页标记为"脏"（Dirty）
    • 通过写屏障（Write Barrier）技术实现

  2. 在Minor GC时：

    • 只需扫描被标记为"脏"的卡页
    • 避免全量扫描老年代

优势：

  • 显著减少跨代引用扫描范围
  • 降低Young GC的停顿时间

相关参数：

  • -XX:+UseCondCardMark：减少卡表更新开销
  • -XX:CardTableEntrySize：卡表项大小调整

六、垃圾回收器深度解析

1. CMS与G1回收器的对比及适用场景

答案：

CMS（Concurrent Mark-Sweep）：

  • 工作流程：
    1. 初始标记（STW）
    2. 并发标记
    3. 重新标记（STW）
    4. 并发清除
  • 优点：
    • 低延迟（并发收集）
    • 适合老年代回收
  • 缺点：
    • 内存碎片问题
    • 并发模式失败风险
    • CPU资源敏感

G1（Garbage-First）：

  • 工作流程：
    1. Young GC
    2. 并发标记周期
    3. Mixed GC
  • 优点：
    • 可预测停顿
    • 整体标记-整理，局部复制算法
    • 适合大堆内存
  • 缺点：
    • 内存占用更高
    • 写屏障开销更大

选型建议：

场景推荐收集器理由
小堆（<6GB）低延迟CMS开销更小
大堆（>8GB）G1避免Full GC
超高吞吐量需求Parallel Scavenge注重吞吐量而非延迟

2. ZGC和Shenandoah的特性及实现原理

答案：

ZGC核心特性：

  • 目标：亚毫秒级停顿（<10ms）
  • 关键技术：
    • 着色指针（Colored Pointers）
    • 读屏障（Load Barrier）
    • 内存多重映射
  • 阶段：
    1. 并发标记
    2. 并发预备重分配
    3. 并发重分配
    4. 并发重映射

Shenandoah核心特性：

  • 目标：低停顿（5-10ms）
  • 关键技术：
    • 转发指针（Forwarding Pointer）
    • Brooks指针
    • 并发压缩
  • 阶段：
    1. 初始标记
    2. 并发标记
    3. 最终标记
    4. 并发清理
    5. 并发回收

对比：

维度ZGCShenandoah
最大堆大小4TB数TB
停顿时间目标亚毫秒级低毫秒级
内存开销较高（需保留地址空间）中等
JDK版本11（实验版）15（生产）12（实验版）17（生产）

七、实战问题与解决方案

1. 线上服务出现Stop-The-World时间过长，如何诊断和优化？

诊断步骤：

  1. 收集数据：

    # GC日志（添加参数）
-Xloggc:/path/to/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps

# 连续监控
jstat -gcutil <pid> 1000 10

  2. 分析工具：

    • GCViewer分析GC日志
    • JFR（Java Flight Recorder）录制事件

  3. 常见原因：

    • 大对象分配
    • 老年代空间不足
    • 元空间扩容
    • 引用处理耗时

优化方案：

  1. G1调优示例：

    -XX:+UseG1GC 
-XX:MaxGCPauseMillis=200 
-XX:InitiatingHeapOccupancyPercent=45
-XX:G1ReservePercent=15

  2. 通用策略：

    • 增加堆大小（但需考虑GC效率）
    • 调整晋升阈值：-XX:MaxTenuringThreshold
    • 禁用偏向锁：-XX:-UseBiasedLocking（高并发场景）

2. 如何设计一个避免内存泄漏的缓存系统？

设计方案：

  1. 容量控制：

    // 使用LinkedHashMap实现LRU
new LinkedHashMap<K,V>(16, 0.75f, true) {
    @Override
    protected boolean removeEldestEntry(Map.Entry<K,V> eldest) {
        return size() > MAX_ENTRIES;
    }
};

  2. 引用策略：

    • 软引用缓存：SoftReference（内存不足时回收）
    • 弱引用缓存：WeakReference（GC时立即回收）

  3. 过期机制：

    • 时间过期：Guava Cache的expireAfterWrite
    • 定期清理：ScheduledExecutorService

  4. 监控手段：

    • 暴露缓存统计接口（命中率、大小）
    • 集成JMX监控

注意事项：

  • 避免缓存大对象（超过1MB）
  • 对于分布式系统，考虑二级缓存（本地+远程）
  • 实现优雅降级（缓存击穿保护）

八、JVM前沿技术

1. GraalVM的核心特性及对Java生态的影响

核心技术：

  • AOT编译：native-image工具将Java程序编译为本地可执行文件
  • 多语言支持：JavaScript、Python、Ruby等语言的互操作
  • Truffle框架：实现新语言解释器的通用框架

性能影响：

  • 启动时间：降低90%以上（从秒级到毫秒级）
  • 内存占用：减少约50%
  • 峰值性能：略低于JIT（但差距逐渐缩小）

应用场景：

  • Serverless函数计算
  • 命令行工具开发
  • 微服务架构（Quarkus等框架）

2. Project Loom的虚拟线程如何改变Java并发模型？

核心改进：

  • 轻量级线程：虚拟线程与平台线程比例可达1000:1
  • 语法兼容：保持Thread类API不变
  • 调度机制：由JVM调度到少量OS线程执行

优势对比：

维度平台线程虚拟线程
内存开销~1MB/线程~1KB/线程
创建成本高（系统调用）低（JVM管理）
上下文切换昂贵（内核参与）廉价（用户态调度）

示例代码：

try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
    IntStream.range(0, 10_000).forEach(i -> {
        executor.submit(() -> {
            Thread.sleep(Duration.ofSeconds(1));
            return i;
        });
    });
} // 自动等待所有任务完成

影响范围：

  • 替代传统线程池方案
  • 简化异步编程模型
  • 提升IO密集型应用吞吐量

以上内容涵盖了JVM面试的高级知识点，建议结合自己的实际项目经验进行回答。对于原理性问题，可适当绘制示意图（如类加载过程、GC工作流程）来增强表现力。

deepseek梳理java高级开发工程师springboot面试题2
fw150104010012的博客
05-12 320
【代码】deepseek梳理java高级开发工程师springboot面试题2。
deepseek梳理java高级开发工程师多线程面试题——进阶版
fw150104010012的博客
05-11 120
【代码】deepseek梳理java高级开发工程师多线程面试题——进阶版。
深度优先搜索及java实现(1)
2301_82242670的博客
04-22 383
我个人认为，如果你想靠着背面试题来获得心仪的offer，用癞蛤蟆想吃天鹅肉形容完全不过分。想必大家能感受到面试越来越难，想找到心仪的工作也是越来越难，高薪工作羡慕不来，却又对自己目前的薪资不太满意，工作几年甚至连一个应届生的薪资都比不上，终究是错付了，错付了自己没有去提升技术。这些面试题分享给大家的目的，其实是希望大家通过大厂面试题分析自己的技术栈，给自己梳理一个更加明确的学习方向，当你准备好去面试大厂，你心里有底，大概知道面试官会问多广，多深，避免面试的时候一问三不知。
互联网大厂Java求职面试：电商商品推荐系统中的AI技术应用
在未来等你的专栏
05-11 455
面试官：“回家等通知吧。郑薪苦希望下次见面是在工位上！JVM调优：合理配置堆内存和GC策略能够显著提升系统吞吐量。Spring AI：简化了AI模型的集成流程，适合快速开发。向量数据库：解决了传统SQL无法高效处理语义搜索的问题。
centos 7 安装 java 运行环境
abc
05-09 517
centos 7 安装 java 运行环境。
深入浅出 JDBC 与数据库连接池
2403_87729201的博客
05-10 1023
本文介绍了Java开发中与数据库交互的核心技术——JDBC和数据库连接池。JDBC是Java操作数据库的标准API，通过注册驱动、获取连接、执行SQL语句等步骤实现数据库操作。文章详细讲解了JDBC的基础开发步骤，并提供了查询操作的代码示例。此外，文章还介绍了如何通过工具类和配置文件简化JDBC操作，以及JDBC事务管理的概念和操作。最后，文章探讨了数据库连接池的作用和优势，介绍了常见的开源连接池如DBCP、C3P0和Druid，并提供了使用Druid连接池的配置和工具类代码。
gradle3.5的安装以及配置环境变量
lx2632730145的博客
05-09 409
本文简要介绍了如何下载和配置Gradle 3.5版本。首先，用户需下载Gradle 3.5并解压。接着，配置环境变量，设置变量名为GRADLE_HOME，变量值为bin路径。在Windows 11系统中，需在Path环境变量中添加%GRADLE_HOME%\bin。最后，通过命令提示符输入gradle -v，若能显示版本号，则表明Gradle配置成功。
DoubleAccumulator源码解析与应用
六月的尾巴
05-09 283
DoubleAccumulator是Java并发包中的一个类，用于在多线程环境下高效地累加双精度浮点数。它通过动态扩展内部变量集来减少线程争用，适用于频繁更新但读取较少的场景。DoubleAccumulator的核心方法包括accumulate用于更新值，get用于获取当前值，以及reset用于重置值。该类不保证线程间的累积顺序，因此不适用于需要数值稳定性的场景。应用示例展示了如何在多线程环境中使用DoubleAccumulator进行并发累加操作，最终获取累加结果。
Java中类初始化和类加载的过程、双亲委派机制
2503_91854778的博客
05-08 1949
初始化之后，我们要对对象头进行设置，我们需要在对象头当中设置（当前对象属于哪个类），另外，根据虚拟机当前运行状态的不同，如是否启用偏向锁等，对象头会有不同的设置方式。类加载检查完之后，我们要在jvm的堆里面为对象分配内存，新生代，一般在新生代的Eden园区，随着GC不断洗礼剩下的会逐步转移。构造函数，即class文件中的方法还没有执行，所有的字段都还为零，对象需要的其他资源和状态信息还没有按照预定的意图构造好。在类加载过程时，现委托父级检查依次向上，当父级无法完成加载时候，当前类才开始加载。
华为OD机试真题——单词接龙（首字母接龙）（2025A卷：100分）Java/python/JavaScript/C/C++/GO最佳实现
专注分享技术、实用优质教程、资源
05-11 469
华为OD机试真题——单词接龙（首字母接龙）（2025A卷：100分）Java/python/JavaScript/C/C++/GO最佳实现
互联网大厂Java面试实录：Spring Boot与微服务架构在电商场景中的应用解析
码农飞哥
05-10 1309
本文通过一个互联网大厂Java岗位电商场景面试故事，系统解析了Java 8/11、Spring Boot、微服务架构、数据库连接池、消息队列和安全框架的应用，帮助读者掌握面试重点和技术业务结合。
安装Hadoop并运行WordCount程序
最新发布
2401_84653595的博客
05-12 551
安装hadoop时，它自带了很多的示例代码，其中有一个是用来统计词频的程序，下面我们来看一下如何去运行这个示例代码。在任意目录下，运行 java -version，如果能看到以下结果，则代表Java安装成功。使用cd命令进入到opt/software目录，再使用ls命令，查看是否已经上传成功。使用的命令是： vi /etc/profile.d/my_env.sh。（1）新建/etc/profile.d/my_env.sh文件。打开/etc/profile.d/my_env.sh文件。注意，后面我们会按照。
基于Java实现（PC）民航订票管理系统
神仙别闹的自留地
05-08 385
T-SQL语句：测试结果：测试结果：
Java集合
大道至简
05-10 368
实现的接口：collection List RandomAccess。底层使用的数组，添加元素会自动扩容。
Spring Cloud: Nacos
blamep的博客
05-10 694
Nacos是阿里巴巴开源的一个服务发现，配置管理和服务管理平台。只要用于分布式系统中的微服务注册，发现和配置管理，nacos是一个注册中心的组件官方仓库：https://nacos.io/
JVM、JRE、JDK的区别
keygwh的博客
05-09 349
JVM全称Java虚拟机(Java Virtual Machine, JVM),它是运行java字节码的虚拟机，JVM针对不同的系统有不同的实现，目的运行相同的字节码有同样的结果，JVM是“一次编译，到处运行”实现的关键。如下不同的编程语言编译生成字节码文件，通过JVM在不同的操作系统上运行。
Java题目遇到的问题汇总（持续更新）
2301_80391652的博客
05-09 205
这段代码是使用 Java 的Comparator接口对图书列表按照价格从高到低进行排序。
Android Firebase登录和存储用户数据方案
wykyl的专栏
05-08 384
以上代码示例展示了完整的 Firebase 集成流程，实际开发中建议结合 ViewModel 和 LiveData 实现更健壮的架构。
数据结构（1）复杂度
2401_85751795的博客
05-09 649
数据结构是计算机存储、组织数据的方式，是数据相互之间存在一种或者多种特定关系的集合。没有一种单一的数据结构可以解决所有问题，因此要学习多种多样的数据结构。如：线性表、图、树等。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值