2018-4-23 JVM String与StringBuilder final和static

最新推荐文章于 2024-04-26 15:58:57 发布

huanggechao

最新推荐文章于 2024-04-26 15:58:57 发布

阅读量537

点赞数

分类专栏：滴滴答答

滴滴答答专栏收录该内容

9 篇文章 0 订阅

订阅专栏

1. JVM的基础结构知识

JVM内存结构主要有三大块：堆内存、方法区和栈。堆内存是JVM中最大的一块由年轻代和老年代组成，而年轻代内存又被分成三部分，Eden空间、From Survivor空间、To Survivor空间,默认情况下年轻代按照8:1:1的比例来分配；

从更高的维度来看：

Java堆（Heap）

对于大多数应用来说，Java堆（Java Heap）是Java虚拟机所管理的内存中最大的一块。Java堆是被所有线程共享的一块内存区域，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存。

Java堆是垃圾收集器管理的主要区域，因此很多时候也被称做“GC堆”。如果从内存回收的角度看，由于现在收集器基本都是采用的分代收集算法，所以Java堆中还可以细分为：新生代和老年代；再细致一点的有Eden空间、From Survivor空间、To Survivor空间等。

根据Java虚拟机规范的规定，Java堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可，就像我们的磁盘空间一样。在实现时，既可以实现成固定大小的，也可以是可扩展的，不过当前主流的虚拟机都是按照可扩展来实现的（通过-Xmx和-Xms控制）。

如果在堆中没有内存完成实例分配，并且堆也无法再扩展时，将会抛出OutOfMemoryError异常。

方法区（Method Area）

方法区（Method Area）与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做Non-Heap（非堆），目的应该是与Java堆区分开来。

对于习惯在HotSpot虚拟机上开发和部署程序的开发者来说，很多人愿意把方法区称为“永久代”（Permanent Generation），本质上两者并不等价，仅仅是因为HotSpot虚拟机的设计团队选择把GC分代收集扩展至方法区，或者说使用永久代来实现方法区而已。

Java虚拟机规范对这个区域的限制非常宽松，除了和Java堆一样不需要连续的内存和可以选择固定大小或者可扩展外，还可以选择不实现垃圾收集。相对而言，垃圾收集行为在这个区域是比较少出现的，但并非数据进入了方法区就如永久代的名字一样“永久”存在了。这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载，一般来说这个区域的回收“成绩”比较难以令人满意，尤其是类型的卸载，条件相当苛刻，但是这部分区域的回收确实是有必要的。

根据Java虚拟机规范的规定，当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。

方法区有时被称为持久代（PermGen）。

所有的对象在实例化后的整个运行周期内，都被存放在堆内存中。堆内存又被划分成不同的部分：伊甸区(Eden)，幸存者区域(Survivor Sapce)，老年代（Old Generation Space）。

方法的执行都是伴随着线程的。原始类型的本地变量以及引用都存放在线程栈中。而引用关联的对象比如String，都存在在堆中。为了更好的理解上面这段话，我们可以看一个例子：

import java.text.SimpleDateFormat;
import java.util.Date;
import org.apache.log4j.Logger;
public class HelloWorld {
private static Logger LOGGER = Logger.getLogger(HelloWorld.class.getName());
public void sayHello(String message) {
SimpleDateFormat formatter = new SimpleDateFormat("dd.MM.YYYY");
String today = formatter.format(new Date());
LOGGER.info(today + ": " + message);
}
}

这段程序的数据在内存中的存放如下：

通过JConsole工具可以查看运行中的Java程序（比如Eclipse）的一些信息：堆内存的分配，线程的数量以及加载的类的个数；

程序计数器（Program Counter Register）

程序计数器（Program Counter Register）是一块较小的内存空间，它的作用可以看做是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型里（仅是概念模型，各种虚拟机可能会通过一些更高效的方式去实现），字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

由于Java虚拟机的多线程是通过线程轮流切换并分配处理器执行时间的方式来实现的，在任何一个确定的时刻，一个处理器（对于多核处理器来说是一个内核）只会执行一条线程中的指令。因此，为了线程切换后能恢复到正确的执行位置，每条线程都需要有一个独立的程序计数器，各条线程之间的计数器互不影响，独立存储，我们称这类内存区域为“线程私有”的内存。

如果线程正在执行的是一个Java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；如果正在执行的是Natvie方法，这个计数器值则为空（Undefined）。

此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

JVM栈（JVM Stacks）

与程序计数器一样，Java虚拟机栈（Java Virtual Machine Stacks）也是线程私有的，它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型：每个方法被执行的时候都会同时创建一个栈帧（Stack Frame）用于存储局部变量表、操作栈、动态链接、方法出口等信息。每一个方法被调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。

局部变量表存放了编译期可知的各种基本数据类型（boolean、byte、char、short、int、float、long、double）、对象引用（reference类型，它不等同于对象本身，根据不同的虚拟机实现，它可能是一个指向对象起始地址的引用指针，也可能指向一个代表对象的句柄或者其他与此对象相关的位置）和returnAddress类型（指向了一条字节码指令的地址）。

其中64位长度的long和double类型的数据会占用2个局部变量空间（Slot），其余的数据类型只占用1个。局部变量表所需的内存空间在编译期间完成分配，当进入一个方法时，这个方法需要在帧中分配多大的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。

在Java虚拟机规范中，对这个区域规定了两种异常状况：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；如果虚拟机栈可以动态扩展（当前大部分的Java虚拟机都可动态扩展，只不过Java虚拟机规范中也允许固定长度的虚拟机栈），当扩展时无法申请到足够的内存时会抛出OutOfMemoryError异常。

本地方法栈（Native Method Stacks）

本地方法栈（Native Method Stacks）与虚拟机栈所发挥的作用是非常相似的，其区别不过是虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则是为虚拟机使用到的Native方法服务。虚拟机规范中对本地方法栈中的方法使用的语言、使用方式与数据结构并没有强制规定，因此具体的虚拟机可以自由实现它。甚至有的虚拟机（譬如Sun HotSpot虚拟机）直接就把本地方法栈和虚拟机栈合二为一。与虚拟机栈一样，本地方法栈区域也会抛出StackOverflowError和OutOfMemoryError异常。

2. String、StringBuilder以及StringBuffer相关知识

1，存储方式的不同

要关注其底层实现，就应该看他们在内存中是如何存放的。三者都是属于引用类，也就是说，都是需要实例化出对象的。这么说的时候我又有点心虚，因为String类是一类很奇怪的类，虽然Java的API将其归类于引用类，但是引用类的存放规则是，在栈中有一个变量名，中间存放着该对象在堆中的引用。我们用示例来说明一下：

//实例化三个字符串
String st=new String("");
StringBuffer sb1=new StringBuffer("");
StringBuilder sb2=new StringBuilder("");

（内心吐槽一下我的sb取名方式）

new关键字就像一个标志，凡是用new这个关键字new出来的对象，一定是放在堆中的，并且栈中有一个指向该对象的变量名，也就是我们所说的引用。但是String还有其他的构造方式。我们经常会见到

String s="acd";//s输出为acd
String s1="acd"+"fr"+"fefj"//s1输出为acdfrfefj
String s2="acd"+"frfefj";//s1输出为acdfrfefj
System.out.println(s1==s2);//true
String s3=new String("frfefj");//s2输出为frfefj
String s4=s+s3;//s3输出为acdfrfefj
System.out.println(s1==s3)//false

我们看看在内存中他们是怎么存放的

可以看出，String是一个很神奇的类，介于基础类和引用类中间，具体和哪个类的性质相似则取决于其构造方法。而StringBuffer和StringBuilder则是普通的引用类，所有构造，存放均与其它引用类一样。另外S停还有一处特别的地方在于String类是由final修饰词修饰的，意味着，当String作为引用类时，初始化后是不可变化的。最开始我不能理解，明明可以有这种操作呀！

String s=new String("adc");
s=s+"d";

这不是可以变化的么？还是那个问题，String类在用户体验时并不能感受她的特别，但是在内存中就一目了然了。请看图！噔噔噔噔

这里的s其实已经指向另外一个new出来的对象了，只是源程序中没有使用new而已。说明并不是在原对象上修改。

对于StringBuffer和StringBuilder来说，这一步骤在内存中是怎么实现的呢？

StringBuffer sb=new StringBuffer("abd");
sb=sb.append("d");

这就是String和其他两个方法的不同之处。那么StringBuffer和StringBuilder又有什么各自的神通呢？

2.StringBuffer与StringBuilder

两者均继承自公共的父类AbstractStringBuilder

StringBuffer对方法加了同步锁或者对调用的方法加了同步锁，所以是线程安全的，源代码如下：

public synchronized StringBuffer reverse() {
2     super.reverse();
3     return this;
4 }
5 
6 public int indexOf(String str) {
7     return indexOf(str, 0);        //存在 public synchronized int indexOf(String str, int fromIndex) 方法
8 }

线程安全在多线程编程中是一件很重要的事情。当你在一个线程中对一串字符串操作到一半的时候，咔擦，虚拟机将你的步骤剪短，提醒你，时间到了，该让位给别人了，这时候如果接任操作的线程也对这串字符串进行操作。那么可想而知就会出现错误了，锁就是将这个字符串给锁起来，没有完成操作前不可以对这串字符串进行操作。也就保障了多线程同时运行时的线程安全问题。

StringBuilder并没有对方法进行加同步锁，所以是非线程安全的。那么为什么还要有StringBuilder的类呢?在我看来，每实现一个功能都代表着扩展程序，也就是说在运行时花费的时间更多。尤其是StringBuffer与StringBuilder常常用于处理字符串量大的情况，影响也就比较大。因此在单线程程序中，推荐使用StringBuilder，在多线程中使用StringBuffer。在字符串少的情况下，推荐使用String类。

3. final修饰符和static修饰符

（1）

static是静态修饰关键字，可以修饰变量和程序块以及类方法：

当定义一个static的变量的时候jvm会将将其分配在内存堆上，所有程序对它的引用都会指向这一个地址而不会重新分配内存；

当修饰一个程序块的时候(也就是直接将代码写在static{...}中)时候，虚拟机就会优先加载静态块中代码，这主要用于系统初始化；

静态代码块：

特点：1、随着类的加载而执行

2、只执行一次

作用：用于给类初始化(有的类不用构造函数，而需要初始化)

当修饰一个类方法时候你就可以直接通过类来调用而不需要新建对象。

final可以修饰变量、方法及类：

当定义一个final变量时，jvm会将其分配到常量池中，程序不可改变其值；

当修饰一个方法时，该方法在子类中将不能被重写；

当修饰一个类时，该类不能被继承。

static变量

按照是否静态的对类成员变量进行分类可分两种：一种是被static修饰的变量，叫静态变量或类变量；另一种是没有被static修饰的变量，叫实例变量。两者的区别是：

对于静态变量在内存中只有一个拷贝（节省内存），JVM只为静态分配一次内存，在加载类的过程中完成静态变量的内存分配，可用类名直接访问（方便），当然也可以通过对象来访问（但是这是不推荐的）。对于实例变量，没创建一个实例，就会为实例变量分配一次内存，实例变量可以在内存中有多个拷贝，互不影响（灵活）。

　　2. static方法

静态方法可以直接通过类名调用，任何的实例也都可以调用，因此静态方法中不能用this和super关键字，不能直接访问所属类的实例变量和实例方法(就是不带static的成员变量和成员成员方法)，只能访问所属类的静态成员变量和成员方法。因为static方法独立于任何实例，因此static方法必须被实现，而不能是抽象的abstract。

（2）

final static 和 static final的区别

没有区别。
Java程序要经过javac编译成.class文件后被JVM执行。
static和final这两个修饰符在.class文件中只不过体现为两个字段标记的域。（形式如楼上R大描述的那样）
所以这种写法的顺序差异经javac处理以后就已经消除了。
对JVM来说实际执行的东西是一样的。

（3）

被final修饰的成员变量可以在1）内部赋值 2）构造方法中赋值

huanggechao

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
2018-4-23 JVM String与StringBuilder final和static

1. JVM的基础结构知识JVM内存结构主要有三大块：堆内存、方法区和栈。堆内存是JVM中最大的一块由年轻代和老年代组成，而年轻代内存又被分成三部分，Eden空间、From Survivor空间、To Survivor空间,默认情况下年轻代按照8:1:1的比例来分配；从更高的维度来看：Java堆（Heap）对于大多数应用来说，Java堆（Java Heap）是Java...
复制链接

扫一扫