JVM和操作系统交互的方法是什么

这篇文章主要讲解了“JVM和操作系统交互的方法是什么”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“JVM和操作系统交互的方法是什么”吧！

根据冯·诺依曼思想，计算机采用二进制作为数制基础，必须包含：运算器、控制器、存储设备，以及输入输出设备，如下图所示。

enter image description here

这里解释下上图中 CPU 内部集成的存储单元 SRAM ，正好和主存中的 DRAM 对应， RAM 是随机访问内存，就是给一个地址就能访问到数据，而磁盘这种存储媒介必须顺序访问，而 RAM 又分为动态和静态两种，静态 RAM 由于集成度较低，一般容量小，速度快，而动态 RAM 集成度较高，主要通过给电容充电和放电实现，速度没有静态 RAM 快，所以一般将动态 RAM 做为主存，而静态 RAM 作为 CPU 和主存之间的高速缓存 （cache），用来屏蔽 CPU 和主存速度上的差异，也就是我们经常看到的 L1 ， L2 缓存。每一级别缓存速度变低，容量变大。

下图展示了存储器的层次化架构，以及 CPU 访问主存的过程，这里有两个知识点，一个是多级缓存之间为保证数据的一致性，而推出的缓存一致性协议，具体可以参考这篇文章，另外一个知识点是， cache 和主存的映射，首先要明确的是 cahce 缓存的单位是缓存行，对应主存中的一个内存块，并不是一个变量，这个主要是因为  CPU 访问的空间局限性：被访问的某个存储单元，在一个较短时间内，很有可能再次被访问到，以及空间局限性：被访问的某个存储单元，在较短时间内，他的相邻存储单元也会被访问到。

而映射方式有很多种，类似于 cache 行号 = 主存块号 mod cache总行数 ，这样每次获取到一个主存地址，根据这个地址计算出在主存中的块号就可以计算出在 cache 中的行号。

Java 是一门高级语言，这类语言不能直接运行在硬件上，必须运行在能够识别 Java 语言特性的虚拟机上，而 Java 代码必须通过 Java 编译器将其转换成虚拟机所能识别的指令序列，也称为 Java 字节码，之所以称为字节码是因为 Java 字节码的操作指令（OpCode）被固定为一个字节，以下为 System.out.println("Hello world") 编译后的字节码：

0x00:  b2 00 02         getstatic  Java .lang.System.out0x03:  12 03            ldc "Hello， World!"0x05:  b6 00 04         invokevirtual  Java .io.PrintStream.println0x08:  b1               return

最左列是偏移；中间列是给虚拟机读的字节码；最右列是高级语言的代码，下面是通过汇编语言转换成的机器指令，中间是机器码，第三列为对应的机器指令，最后一列是对应的汇编代码：

0x00:  55                    push   rbp0x01:  48 89 e5              mov    rbp，rsp0x04:  48 83 ec 10           sub    rsp，0x100x08:  48 8d 3d 3b 00 00 00  lea    rdi，[rip+0x3b]                                    ; 加载 "Hello， World!\n"0x0f:  c7 45 fc 00 00 00 00  mov    DWORD PTR [rbp-0x4]，0x00x16:  b0 00                 mov    al，0x00x18:  e8 0d 00 00 00        call   0x12                                    ; 调用 printf 方法0x1d:  31 c9                 xor    ecx，ecx0x1f:  89 45 f8              mov    DWORD PTR [rbp-0x8]，eax0x22:  89 c8                 mov    eax，ecx0x24:  48 83 c4 10           add    rsp，0x100x28:  5d                    pop    rbp0x29:  c3                    ret

中断

从 Linux 内存管理角度理解 JVM 内存模型

进程上下文

虚拟存储

enter image description here

装入位 表示对于页是否在主存，如果地址页每页表示，数据还在磁盘

• 存放位置 建立虚拟页和物理页的映射，用于地址转换，如果为null表示是一个未分配页
• 修改位 用来存储数据是否修改过
• 权限位 用来控制是否有读写权限
• 禁止缓存位 主要用来保证 cache 主存 磁盘的数据一致性

内存映射

下面我们贴一段 rocketmq 消息存储模块的代码，位于 MappedFile 类中，这个类是 rocketMq 消息存储的核心类感兴趣的可以自行研究，下面两个方法一个是创建文件映射，一个是预热文件，每预热 1000 个数据页，就让出 CPU 权限。

 private void init(final String fileName， final int fileSize) throws IOException {        this.fileName = fileName;        this.fileSize = fileSize;        this.file = new File(fileName);        this.fileFromOffset = Long.parseLong(this.file.getName());        boolean ok = false;        ensureDirOK(this.file.getParent());        try {            this.fileChannel = new RandomAccessFile(this.file， "rw").getChannel();            this.mappedByteBuffer = this.fileChannel.map(MapMode.READ_WRITE， 0， fileSize);            TOTAL_MAPPED_VIRTUAL_MEMORY.addAndGet(fileSize);            TOTAL_MAPPED_FILES.incrementAndGet();            ok = true;        } catch (FileNotFoundException e) {            log.error("create file channel " + this.fileName + " Failed. "， e);            throw e;        } catch (IOException e) {            log.error("map file " + this.fileName + " Failed. "， e);            throw e;        } finally {            if (!ok && this.fileChannel != null) {                this.fileChannel.close();            }        }    }//文件预热，OS_PAGE_SIZE = 4kb 相当于每 4kb 就写一个 byte 0 ，将所有的页都加载到内存，真正使用的时候就不会发生缺页异常了 public void warmMappedFile(FlushDiskType type， int pages) {        long beginTime = System.currentTimeMillis();        ByteBuffer byteBuffer = this.mappedByteBuffer.slice();        int flush = 0;        long time = System.currentTimeMillis();        for (int i = 0， j = 0; i < this.fileSize; i += MappedFile.OS_PAGE_SIZE， j++) {            byteBuffer.put(i， (byte) 0);            // force flush when flush disk type is sync            if (type == FlushDiskType.SYNC_FLUSH) {                if ((i / OS_PAGE_SIZE) - (flush / OS_PAGE_SIZE) >= pages) {                    flush = i;                    mappedByteBuffer.force();                }            }            // prevent gc            if (j % 1000 == 0) {                log.info("j={}， costTime={}"， j， System.currentTimeMillis() - time);                time = System.currentTimeMillis();                try {                // 这里sleep(0)，让线程让出 CPU 权限，供其他更高优先级的线程执行，此线程从运行中转换为就绪                    Thread.sleep(0);                } catch (InterruptedException e) {                    log.error("Interrupted"， e);                }            }        }        // force flush when prepare load finished        if (type == FlushDiskType.SYNC_FLUSH) {            log.info("mapped file warm-up done， force to disk， mappedFile={}， costTime={}"，                this.getFileName()， System.currentTimeMillis() - beginTime);            mappedByteBuffer.force();        }        log.info("mapped file warm-up done. mappedFile={}， costTime={}"， this.getFileName()，            System.currentTimeMillis() - beginTime);        this.mlock();    }

JVM 中对象的内存布局

在linux中只要知道一个变量的起始地址就可以读出这个变量的值，因为从这个起始地址起前8位记录了变量的大小，也就是可以定位到结束地址，在 Java 中我们可以通过 Field.get(object) 的方式获取变量的值，也就是反射，最终是通过 UnSafe 类来实现的。我们可以分析下具体代码。

 Field 对象的 getInt方法  先安全检查 ，然后调用 FieldAccessor    @CallerSensitive    public int getInt(Object obj)        throws IllegalArgumentException， IllegalAccessException    {        if (!override) {            if (!Reflection.quickCheckMemberAccess(clazz， modifiers)) {                Class<?> caller = Reflection.getCallerClass();                checkAccess(caller， clazz， obj， modifiers);            }        }        return getFieldAccessor(obj).getInt(obj);    } 获取field在所在对象中的地址的偏移量 fieldoffset    UnsafeFieldAccessorImpl(Field var1) {            this.field = var1;            if(Modifier.isStatic(var1.getModifiers())) {                this.fieldOffset = unsafe.staticFieldOffset(var1);            } else {                this.fieldOffset = unsafe.objectFieldOffset(var1);            }            this.isFinal = Modifier.isFinal(var1.getModifiers());     } UnsafeStaticIntegerFieldAccessorImpl 调用unsafe中的方法     public int getInt(Object var1) throws IllegalArgumentException {          return unsafe.getInt(this.base， this.fieldOffset);     }

jdk6  --- 32 位系统下    public final static class VolatileLong{        public volatile long value = 0L;        public long p1， p2， p3， p4， p5， p6; // 填充字段    }jdk7 通过继承   public class VolatileLongPadding {       public volatile long p1， p2， p3， p4， p5， p6; // 填充字段   }   public class VolatileLong extends VolatileLongPadding {       public volatile long value = 0L;   }jdk8 通过注解   @Contended   public class VolatileLong {       public volatile long value = 0L;   }

NPTL和 Java 的线程模型

按照教科书的定义，进程是资源管理的最小单位，而线程是 CPU 调度执行的最小单位，线程的出现是为了减少进程的上下文切换（线程的上下文切换比进程小很多），以及更好适配多核心 CPU 环境，例如一个进程下多个线程可以分别在不同的 CPU 上执行，而多线程的支持，既可以放在Linux内核实现，也可以在核外实现，如果放在核外，只需要完成运行栈的切换，调度开销小，但是这种方式无法适应多 CPU 环境，底层的进程还是运行在一个 CPU 上，另外由于对用户编程要求高，所以目前主流的操作系统都是在内核支持线程，而在Linux中，线程是一个轻量级进程，只是优化了线程调度的开销。

线程的状态

• BLOCKED （on object monitor)  通过 synchronized(obj) 同步块获取锁的时候，等待其他线程释放对象锁，dump 文件会显示 waiting to lock <0x00000000e1c9f108>
• TIMED WAITING (on object monitor) 和 WAITING (on object monitor) 在获取锁后，调用了 object.wait() 等待其他线程调用 object.notify()，两者区别是是否带超时时间
• TIMED WAITING (sleeping) 程序调用了 thread.sleep()，这里如果 sleep(0) 不会进入阻塞状态，会直接从运行转换为就绪
• TIMED WAITING (parking) 和 WAITING (parking) 程序调用了 Unsafe.park()，线程被挂起，等待某个条件发生，waiting on condition

线程的同步

线程同步出现的根本原因是访问公共资源需要多个操作，而这多个操作的执行过程不具备原子性，被任务调度器分开了，而其他线程会破坏共享资源，所以需要在临界区做线程的同步，这里我们先明确一个概念，就是临界区，他是指多个任务访问共享资源如内存或文件时候的指令，他是指令并不是受访问的资源。

定时器已经是现代软件中不可缺少的一部分，例如每隔5秒去查询一下状态，是否有新邮件，实现一个闹钟等， Java  中已经有现成的 api 供使用，但是如果你想设计更高效，更精准的定时器任务，就需要了解底层的硬件知识，比如实现一个分布式任务调度中间件，你可能要考虑到各个应用间时钟同步的问题。

public final void wait(long timeout， int nanos) throws InterruptedException {     if (timeout < 0) {         throw new IllegalArgumentException("timeout value is negative");     }     if (nanos < 0 || nanos > 999999) {         throw new IllegalArgumentException(                             "nanosecond timeout value out of range");     }     if (nanos > 0) {         timeout++;     }     wait(timeout); }

public static void sleep(long millis， int nanos) throws InterruptedException {     if (millis < 0) {         throw new IllegalArgumentException("timeout value is negative");     }     if (nanos < 0 || nanos > 999999) {         throw new IllegalArgumentException(                             "nanosecond timeout value out of range");     }     if (nanos >= 500000 || (nanos != 0 && millis == 0)) {         millis++;     }     sleep(millis); }

• 实时时钟 RTC ，用于长时间存放系统时间的设备，即使关机也可以依靠主板中的电池继续计时。Linux 启动的时候会从 RTC 中读取时间和日期作为初始值，之后在运行期间通过其他计时器去维护系统时间。
• 可编程间隔定时器 PIT ，该计数器会有一个初始值，每过一个时钟周期，该初始值会减1，当该初始值被减到0时，就通过导线向 CPU 发送一个时钟中断， CPU 就可以执行对应的中断程序，也就是回调对应的任务
• 时间戳计数器 TSC ， 所有的 Intel8086 CPU 中都包含一个时间戳计数器对应的寄存器，该寄存器的值会在每次 CPU 收到一个时钟周期的中断信号后就会加 1 。他比 PIT 精度高，但是不能编程，只能读取。

计算机的外部设备有鼠标、键盘、打印机、网卡等，通常我们将外部设备和和主存之间的信息传递称为 I/O 操作 ， 按操作特性可以分为，输出型设备，输入型设备，存储设备。现代设备都采用通道方式和主存进行交互，通道是一个专门用来处理IO任务的设备， CPU 在处理主程序时遇到I/O请求，启动指定通道上选址的设备，一旦启动成功，通道开始控制设备进行操作，而 CPU 可以继续执行其他任务，I/O 操作完成后，通道发出 I/O 操作结束的中断，处理器转而处理 IO 结束后的事件。其他处理 IO 的方式，例如轮询、中断、DMA，在性能上都不见通道，这里就不介绍了。当然  Java  程序和外部设备通信也是通过系统调用完成，这里也不在继续深入了。

感谢各位的阅读，以上就是“JVM和操作系统交互的方法是什么”的内容了，经过本文的学习后，相信大家对JVM和操作系统交互的方法是什么这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是编程网，小编将为大家推送更多相关知识点的文章，欢迎关注！