JVM---虚拟机栈（局部变量表）
虚拟机栈—局部变量表局部变量表（Local Variables）：被称之为局部变量数组或本地变量表。局部变量表定义为一个数字数组，主要用于存储方法参数和定义在方法体内的局部变量，这些数据类型包括各类基本数据类型、对象引用（reference），以及returnAddress类型。由于局部变量表是建立在线程的栈上，是线程的私有数据，因此不存在数据安全问题。局部变量表所需的容量大小是在编译期就确定下来的，并保存在方法的Code属性的maximum local variables数据项中。在方法运行期
JVM运行时数据区---堆（堆内存）
运行时数据区—堆堆的核心概念《Java虚拟机规范》中对Java堆的描述是：所有的对象实例以及数组都应当在运行时分配在堆上。（The heap is the run-time data area from which memory for all class instances and arrays is allocated）。但从实际使用角度看，“几乎”所有的对象实例都在这里分配内存。因为还有一些对象是在栈上分配的，而数组和对象可能永远不会存储在栈上，因为栈帧中保存引用，这个引用指向对象或者数组在堆中
JVM运行时数据区---堆（对象分配过程）
堆—对象分配过程概念为新对象分配内存是一件非常严谨和复杂的任务，JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题，并且由于内存分配算法与内存回收算法密切相关，所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。new的对象先放伊甸园区，此区有大小限制；当伊甸园的空间填满时，程序又需要创建对象，JVM的垃圾回收器对伊甸园区进行垃圾回（MinorGC），将伊甸园区中的不再被其他对象所引用的对象进行销毁，再加载新的对象放到伊甸园区；然后将伊甸园中的剩余对象移动到幸存者0区；如
JVM运行时数据区---堆（TLAB）
堆—TLAB为对象分配内存为什么要有 TLAB？堆区是线程共享区域，任何线程都可以访问到堆区中的共享数据；由于对象实例的创建在JVM中非常频繁，因此在并发环境下从堆区中划分内存空间是线程不安全的；为避免多个线程操作同一地址，需要使用加锁等机制，进而影响分配速度。什么是 TLAB？TLAB（Thread Local Allocation Buffer）：从内存模型而不是垃圾收集的角度，对Eden区域继续进行划分，JVM为每个线程分配了一个私有缓存区域（栈中提到），它包含在Eden空间内；
JVM运行时数据区---堆（逃逸分析与代码优化）
堆—逃逸分析堆是分配对象的唯一选择么？在《深入理解Java虚拟机》中关于Java堆内存有这样一段描述：随着JIT编译期的发展与逃逸分析技术逐渐成熟，栈上分配、标量替换优化技术将会导致一些微妙的变化，所有的对象都分配到堆上也渐渐变得不那么“绝对”了。在Java虚拟机中，对象是在Java堆中分配内存的，这是一个普遍的常识。但是，有一种特殊情况，那就是如果经过逃逸分析（Escape Analysis）后发现，一个对象并没有逃逸出方法的话，那么就可能被优化成栈上分配。这样就无需在堆上分配内存，也无须进行垃
JVM运行时数据区---方法区（前言）
运行时数据区—方法区前言方法区是运行时数据区的最后一个部分。从线程共享与否的角度来看：ThreadLocal：如何保证多个线程在并发环境下的安全性？典型场景就是数据库连接管理，以及会话管理栈、堆、方法区的交互关系下面涉及了对象的访问定位：Person 类的 .class 信息存放在方法区中；person 变量存放在 Java 栈的局部变量表中；真正的 person 对象存放在 Java 堆中；在 person 对象中，有个指针指向方法区中的 person 类型数据，表明这个 pe
JVM运行时数据区---方法区（内部结构）
方法区的内部结构方法区存储什么？《深入理解Java虚拟机》书中对方法区（Method Area）存储内容描述如下：它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等。类型信息对每个加载的类型（类class、接口interface、枚举enum、注解annotation），JVM必须在方法区中存储以下类型信息：这个类型的完整有效名称（全名=包名.类名）；这个类型直接父类的完整有效名（对于interface或是java.lang.Object，都没有父类）；这个
JVM运行时数据区---方法区（演变和垃圾回收）
方法区演进细节与垃圾回收方法区演进细节永久代演进过程：首先明确：只有 Hotspot 才有永久代。BEA JRockit、IBMJ9 等来说，是不存在永久代的概念的。原则上如何实现方法区属于虚拟机实现细节，不受《Java虚拟机规范》管束，并不要求统一。Hotspot 中方法区的变化如下图：JDK6 ：方法区由永久代实现，使用 JVM 虚拟机内存（虚拟的内存）。JDK7 ：方法区由永久代实现，使用 JVM 虚拟机内存。JDK8 ：方法区由元空间实现，使用物理机本地内存。永久代为什么
JVM---对象的实例化内存布局与访问定位
对象的实例化内存布局与访问定位面试题对象在JVM中是怎么存储的？对象头信息里面有哪些东西？Java对象头有什么？从对象创建的方式和步骤开始：对象创建的方式new：最常见的方式、单例类中调用 getInstance 的静态类方法，XXXFactory 的静态方法；Class 的 newInstance 方法：在 JDK9 里面被标记为过时的方法，因为只能调用空参构造器；Constructor 的 newInstance(XXX) ：反射的方式，可以调用空参的，或者带参的构造器；使用
JVM---直接内存
直接内存直接内存概述不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。直接内存是在 Java 堆外的、直接向系统申请的内存区间。来源于 NIO，通过存在堆中的 DirectByteBuffer 操作 Native 内存通常，访问直接内存的速度会优于 Java 堆。即读写性能高。因此出于性能考虑，读写频繁的场合可能会考虑使用直接内存。Java 的 NIO 库允许 Java 程序使用直接内存，用于数据缓冲区 。/** * IO
JVM---本地方法接口和本地方法栈
本地方法接口什么是本地方法简单地讲，一个Native Method是一个Java调用非Java代码的接囗。一个NativeMethod是这样一个Java方法：该方法的实现由非Java语言实现，比如C。这个特征并非Java所特有，很多其它的编程语言都有这一机制，比如在C++中，你可以用extern“c” 告知c++编译器去调用一个c的函数。“A native method is a Java method whose implementation is provided bynon-java
JVM---执行引擎
执行引擎执行引擎概述执行引擎是Java虚拟机核心的组成部分之一。“虚拟机”是一个相对于“物理机”的概念，这两种机器都有代码执行能力，其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操作系统层面上的，而虚拟机的执行引擎则是由软件自行实现的，因此可以不受物理条件制约地定制指令集与执行引擎的结构体系，能够执行那些不被硬件直接支持的指令集格式。JVM 的主要任务是负责装载字节码到其内部，但字节码并不能够直接运行在操作系统之上，因为字节码指令并非等价于本地机器指令，它内部包含的仅仅只是一些能够被
JVM---StringTable（字符串常量池）
StringTable（字符串常量池）String的基本特性String：字符串，使用一对 " " 引起来表示。String s1 = "atguigu" ; // 字面量的定义方式String s2 = new String("hello"); // new 对象的方式String 被声明为 final 的，不可被继承。String 实现了 Serializable 接口：表示字符串是支持序列化的；实现了 Comparable 接口：表示 String 可以比较大
基于JDK1.8---HashMap源码分析
基于JDK1.8—HashMap源码简要分析HashMap底层储存结构底层结构其实就是 数组+链表+红黑树 。HashMap类定义先来看看HashMap的定义：public class HashMap<K,V> extends AbstractMap<K,V> implements Map<K,V>, Cloneable, Serializable {}从中我们可以了解到：HashMap<K,V>：HashMap 是以 key-val
JVM---垃圾回收概述
垃圾回收概述从上图可以很明确的知道，Java 和 C++ 语言的区别，就在于垃圾收集技术和内存动态分配上，C 语言没有垃圾收集技术，需要我们手动的收集。垃圾收集，不是Java语言的伴生产物。早在1960年，第一门开始使用内存动态分配和垃圾收集技术的 Lisp 语言诞生。关于垃圾收集有三个经典问题：1）哪些内存需要回收？2）什么时候回收？3）如何回收？垃圾收集机制是 Java 的招牌能力，极大地提高了开发效率。如今，垃圾收集几乎成为现代语言的标配，即使经过如此长时间的发展，Java 的垃圾收集
liunx7 su下切换root登陆提示拒绝权限
示例[root@titan ~]# id appleuid=1001(apple) gid=1001(fruit) 组=1001(fruit),10(wheel)[root@titan ~]# id bananauid=1002(banana) gid=1001(fruit) 组=1001(fruit)[apple@titan ~]$ su - root密码：12[root@titan ~]#[banana@titan ~]$ su - root密码：12su: 拒绝权限[..
AI技术开辟数据中心节能革命新战场
“新基建”问世，吹皱一池春水。顶层设计的定调，政策的陆续加码，意味着对应的产业红利也如期而至。无论是医疗、金融、教育，亦或是工业制造、城市交通等领域，用高新技术武装，加快智能化转型，在智能化新浪潮中塑造新优势，已成为了千行百业的同向选择。在云上经济大爆发的当下，作为未来数字经济时代的基础设施，数据中心对于人工智能布局的重要性，不言而喻。特别是近两年，5G技术的换挡提速，工业互联网的技术转型，“新基建”的政策加速，数字化应用的多样性落地，多方合力正形成一股强大的力量，推动着数据中心的爆发性发展，无形中
科普：挖矿挣钱是什么原理
挖矿就是指用比特币挖矿机获得比特币，也就是用于赚取比特币的计算机。如果能够获取比特币，是能够赚钱的。这类计算机一般有专业的挖矿芯片，多采用安装大量显卡的方式工作，耗电量较大。计算机下载挖矿软件然后运行特定算法，与远方服务器通讯后可得到相应比特币。一、挖矿的原理：1、只要有一台能接入互联网的计算机，从比特币网站下 载比特币程序，首次运行会产生一个数字账号，然后保持运行，这个程序就会一直不停地计算上一系列“数学题”，当你成功地计算完“一道数学 题”之后，就有可能得到一定数量的比特币。2、比特币是一个P
比特币挖矿机是什么原理赚钱的？深度解析比特币挖矿机原理
比特币挖矿机是什么原理赚钱的？近日，比特币挖矿难度下降，是两个月内首次下降，下降了2.87%，降至16.85T，挖矿难度下降，比特币挖矿自然更受投资者的喜爱，众所周知，想要挖矿就需要选择比特币挖矿机，那么，比特币挖矿机是什么原理赚钱的呢？针对这个问题，币圈子小编就给大家深度解析一下比特币挖矿机原理。比特币挖矿机是什么原理赚钱的？深度解析比特币挖矿机原理比特币挖矿机是什么原理赚钱的？比特币系统由用户(用户通过密钥控制钱包)、交易(交易都会被广播到整个比特币网络)和矿工(通过竞争计算生成在每个节点达成共
以太坊ETH挖矿教程-附显卡算力表
以太坊ETH显卡挖矿教程以太坊ETH采用Ethash（Dagger-Hashimoto算法的改良版本）算法，较适合（但不一定）使用ATI显卡（简称A卡）进行挖矿。下面提供各种显卡挖ETH实测算力（挖以太坊默认频率就可以，显卡颗粒对算力影响也不大）日理论收益可根据自己的总算力在AA矿池首页 - 矿池 - 收益计算机 输入算力进行计算；（单位：Ghash，以下数据由AAPOOL_ETH_CCMINER专用版测试获得）：一、获取钱包地址：以下方式均可：●各大交易所充值：BitMEXOK
今日推荐
周排行