首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

字符串常量_字符串常量溢出

每当我们创建字符串常量时,JVM会首先检查字符串常量,如果该字符串已经存在常量池中,那么就直接返回常量池中的实例引用。如果字符串不存在常量池中,就会实例化该字符串并且将其放到常量池中。...由于String字符串的不可变性我们可以十分肯定常量池中一定不存在两个相同的字符串(这点对理解上面至关重要)。 Java中的常量,实际上分为两种形态:静态常量和运行时常量。...所谓静态常量,即*.class文件中的常量,class文件中的常量不仅仅包含字符串(数字)字面量,还包含类、方法的信息,占用class文件绝大部分空间。...而运行时常量,则是jvm虚拟机在完成类装载操作后,将class文件中的常量载入到内存中,并保存在方法区中,我们常说的常量,就是指方法区中的运行时常量。...: 字符串的优点就是避免了相同内容的字符串的创建,节省了内存,省去了创建相同字符串的时间,同时提升了性能;另一方面,字符串的缺点就是牺牲了JVM在常量池中遍历对象所需要的时间,不过其时间成本相比而言比较低

62240

jvm字符串常量_java 常量

常量 class常量 Java源文件编译之后得到的class文件,其中有项信息就是常量,保存有字面量和符号引用,比如 public class JvmClass1 { final int b=...c=”java”; String d=”abcd”; String e=”java”; String f=new String(“java”); } } 运行时常量 && 字符串常量 class常量被加载到内存后...运行时常量相对于class常量的一个特点是具有动态性,Java不要求所有常量在编译器产生,可以在运行时产生常量加入常量,例如String类的intern()。...第二段是A pool of strings, initially empty, is maintained privately by the class,说的就是字符串常量,JDK1.6及以前是放在方法区中...意思是当一个字符串对象调用intern方法,如果池中已经存在值相等(通过String的equal函数比较)的字符串常量,就返回常量池中的常量,也就是堆中对应实例的引用。否则将这个字符串加入常量

52620
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Java字符串常量_字符串常量溢出

    在Java的内存分配中,总共3种常量: Java 常量详解(二)class文件常量 和 Java 常量详解(三)class运行时常量 1.字符串常量(String Constant Pool...) 在JDK1.7之前运行时常量逻辑包含字符串常量存放在方法区, 此时hotspot虚拟机对方法区的实现为永久代 在JDK1.7 字符串常量被从方法区拿到了堆中, 这里没有提到运行时常量,也就是说字符串常量被单独拿到堆...,运行时常量剩下的东西还在方法区, 也就是hotspot中的永久代 在JDK1.8 hotspot移除了永久代用元空间(Metaspace)取而代之, 这时候字符串常量还在堆, 运行时常量还在方法区...在JDK6.0及之前版本,字符串常量是放在Perm Gen区(也就是方法区)中; 在JDK7.0版本,字符串常量被移到了堆中了。至于为什么移到堆内,大概是由于方法区的内存空间太小了。...(堆内是可以进行回收的,然后方法区也是能回收的,但是本身区域内存比较少,如果用的字符串常量太多了,也会抛java.lang.OutOfMemoryError:PermGenspace 异常) 1.2:字符串常量是什么

    1.1K30

    Jvm常量、运行时常量字符串常量理解

    常量 是.class文件的常量,也可以理解为一张表,虚拟机指令根据这张常量表找到要执行的类名,方法名,参数类型,字面量等信息 运行时常量 常量是*.class文件中的,当该类被加载,它的常量信息就会放入运行时常量...字符串常量(string pool) 字符串常量池里的内容是在类加载完成,经过验证,准备阶段之后在堆中生成字符串对象实例,然后将该字符串对象实例的引用值存到string pool中(记住:string...当字符串常量池中的存储比较多的字符串时,会导致hash冲突,从而每个节点形成长长的链表,导致性能下降。所以在使用字符串常量时,一定要控制容量。...可以看出s3和s5都是对#4常量的引用,为true的原因是jvm存在编译期优化的机制,在编译期(javac *.java时)会将可以拼接的字符串常量帮你自动拼接了,由于字符串常量池中已经存在了,因此会让...s3=s6输出true 简单介绍intern方法,可以使用intern方法,主动将串池中还没有的字符串对象放入字符串常量 通过intern方法主动将s4的字符串放入了字符串常量,将这个字符串对象尝试放入串

    1.6K30

    Java中的常量【Class常量、运行时常量字符串常量

    在解析阶段,会把符号引用替换为直接引用,解析的过程会去查询字符串常量,也就是StringTable,以保证运行时常量所引用的字符串字符串常量池中是一致的。...字符串常量 字符串常量在Java内存区域的哪个位置? 在JDK6.0及之前的版本,字符串常量是放在Perm Gen区(也就是方法区)中; 在JDK7.0版本,字符串常量被移到了堆中。...字符串常量是什么?...常量池内存位置演化 在JDK1.7之前运行时常量逻辑包含字符串常量,存放在方法区,此时HotSpot VM对方法区的实现方式为永久代。...在JDK1.7字符串常量和静态变量被从方法区拿到了堆中,运行时常量剩下的还在方法区,也就是HotSpot的永久代中。

    1.6K20

    字符串常量

    “三妹,今天我们来学习一下字符串常量吧,这是字符串非常中关键的一个知识点。”我话音未落,青岛路小学那边传来了嘹亮的歌声就钻进了我的耳朵,“唱 ~ 山 ~ 歌 ~” 三妹说,“好呀,开始吧,哥。”...我回答,“由于字符串的使用频率实在是太高了,所以 Java 虚拟机为了提高性能和减少内存开销,在创建字符串对象的时候进行了一些优化,特意为字符串开辟了一个字符串常量。”...三妹突然插话到,“有了字符串常量,就可以通过双引号的方式直接创建字符串对象,不用再通过 new 的方式在堆中创建对象了,对吧?” “是滴。...“那哥,字符串常量在内存中的什么位置呢?”三妹问。 我说,“三妹,你这个问题问得好呀!” 在 Java 8 之前,字符串常量在永久代中。 ?...“那关于字符串常量,就先说这么多吧,是不是还挺有意思的。”我说。 “是的,我现在是彻底搞懂了字符串常量,哥,你真棒!”三妹说。

    50540

    运行时常量字符串常量_常量是什么

    2)运行时常量存在什么地方? 3)取消永久代后,方法区的实现? 4)字符串常量和运行时常量究竟去了哪里? 4)元空间是什么? 5)关于为什么移除永久代?...话虽如此,但是关于字符串常量和运行时常量的模棱两可的说法一直都是争论不休的。 1)方法区包含哪些内容?...一些特殊方法 这里虽然没有说明“字符串常量”,但是它也是方法区的一部分。...4)字符串常量和运行时常量究竟去了哪里?...JDK1.8中字符串常量和运行时常量逻辑上属于方法区,但是实际存放在堆内存中,因此既可以说两者存放在堆中,也可以说两则存在于方法区中,这就是造成误解的地方。

    51520

    常量字符串常量String.intern()

    JAVA对象在JVM中内存分配 常量的好处 常量是为了避免频繁的创建和销毁对象而影响系统性能,其实现了对象的共享。 Java的自动装箱中其实就使用到了运行时常量。...详见:Java 自动装箱与拆箱的实现原理 还有字符串常量字符串进入到常量的两种方法: 1. new String()的实例调用intern()方法。     ...Paste_Image.png 如图中,我们可以看到常量位于方法区(PermGen),常量池中引用的字符串实例也在常量池中。...JDK1.7-JDK1.8常量池内存模型 ? Paste_Image.png 如图中,我们可以看到常量位于方法区(PermGen),但常量引用的字符串实例在堆中。...(区别在这) 通过调用intern()方法,会在常量添加一个此字符串实例的引用,(前提:常量池中没有相同内容的字符串)。

    1.1K70

    jvm常量字符串常量_常量池中的字符串是对象吗

    作为最常用也是最基础的引用数据类型,JVM为String提供了字符串常量来提高性能,本篇文章我们一起从底层JVM中认识并学习字符串常量的概念和设计原理。...JVM层面提供了字符串常量。...方法区 提到字符串常量,还得先从方法区说起。...JDK1.7之前 在jdk1.7之前,常量是存放在方法区中的。 JDK1.7 在jdk1.7中,字符串常量移到了堆中,运行时常量还在方法区中。...变化 在JDK1.7前,运行时常量+字符串常量是存放在方法区中,HotSpot VM对方法区的实现称为永久代。 在JDK1.7中,字符串常量从方法区移到堆中,运行时常量保留在方法区中。

    52220

    字符串常量概述

    字符串常量概述 常量表(Constant_Pool table) Class文件中存储所有常量(包括字符串)的table。...这部分内容(绝大部分)是随着JVM运行时候,从常量转化而来,每个Class对应一个运行时常量。 上一句中说绝大部分是因为:除了 Class中常量池内容,还可能包括动态生成并加入这里的内容。...字符串常量(String Pool) 字符串常量与运行时常量不是一个概念: String Pool 是JVM 实例全局共享的全局只有一个,而Runtime Constant Pool 每个类都有一个...字符串在JDK 1.7 之后存在于Heap 堆中,旧版存在于方法区中 【亨元模式】 其实字符串常量这个问题涉及到一个设计模式,叫“享元模式”,顾名思义 – – – > 共享元素模式 也就是说:一个系统中如果有多处用到了相同的一个元素...Java中String部分就是根据享元模式设计的,而那个存储元素的地方就叫做“字符串常量 – String Pool” 【详细分析】 首先, 10 和 “hello” 会在经过javac(或者其他编译器

    33430

    String:字符串常量

    String:字符串常量 作为最基础的引用数据类型,Java 设计者为 String 提供了字符串常量以提高其性能,那么字符串常量的具体原理是什么,我们带着以下三个问题,去理解字符串常量字符串常量的设计意图是什么...字符串常量在哪里? 如何操作字符串常量?...为字符串开辟一个字符串常量,类似于缓存区 创建字符串常量时,首先坚持字符串常量是否存在该字符串 存在该字符串,返回引用实例,不存在,实例化该字符串并放入池中 实现的基础...("str1 == str2" : str1 == str2 ) //true 字符串常量在哪里 在分析字符串常量的位置时,首先了解一下堆、栈、方法区: ?...str1: 字符串常量:”A”,”B”,”AB” : 3个 堆:new String(“AB”) :1个 引用: str1 :1个 总共 : 5个 str2 : 字符串常量:”ABC” : 1个 堆

    72210

    运行时常量字符串常量_字符串常量在堆中还是方法区

    文章目录 一、概念 1、常量(Constant Pool) 1.1、常量池中数据项类型 2、String Pool(字符串字符串常量) 2.1、参考文章: 3、Runtime Constant...2、String Pool(字符串字符串常量) String Pool (字符串),即 String Literal Pool , 又叫 全局字符串字符串常量 。...而经过解析(resolve)之后,也就是把符号引用替换为直接引用,解析的过程会去查询 字符串常量 ,也就是我们上面所说的StringTable,以保证 运行时常量所 引用的字符串字符串常量 中所引用的是一致的...4、总结 class常量 是在编译的时候每个class都有的,在编译阶段,存放的是常量的 符号引用 。 字符串常量 在每个VM中只有一份,存放的是字符串常量的 引用值 。...字符串常量 中的引用值保持一致。

    92620

    Class常量、运行时常量字符串常量的一些思考

    Class常量、运行时常量字符串常量 class常量 java代码经过编译之后都成了xxx.class文件,这是java引以为傲的可移植性的基石。...、偏移量等 运行时常量 在《Java虚拟机规范8》中是这样描述的,运行时常量(Runtime constant pool)是class文件中每一个类或者接口的常量表(constant pool)...Hotspot虚拟机为例 在1.6运行时常量以及字符串常量存放在方法区,此时Hotspot对于方法区的实现为永久代(关于是否属于堆内存https://www.zhihu.com/question/49044988...)永久代属于GC heap的一部分 在1.7字符串常量被从方法区拿到了堆,运行时常量还留在方法区中 在1.8中hotspot移除了永久代用元空间取代它,字符串常量还在堆中,而运行时常量依然在方法区也就是元空间...(堆外内存) 字符串常量 为了减少频繁创建相同字符串的开销,JVM弄了一个String Pool,它是全局共享的,整个JVM独一份,与之对应的有一个StringTable,,简单来说它就是一个Hash

    30420

    字符串常量 运行时常量_常量池中的字符串是对象吗

    字符串常量 StringTable 概述 常量在java用于保存在编译期已确定的,已编译的class文件中的一份数据。...它包括了关于类,方法,接口等中的常量,也包括字符串常量,如String s = “java”这种申明方式;当然也可扩充,执行器执行器产生的常量也会放入常量,故认为常量是JVM的一块特殊的内存空间。...,无法进行扩容操作,并且字符串种类复杂,很可能发生哈希碰撞现象,一旦字符串在哈希表中形成了链表等数据结构,就会使字符串常量的性能下降,所以字符串常量池中需要加入垃圾回收机制。...jdk7是JVM内存区域发生了变化,将方法区放到了直接内存中,而字符串常量放到了堆空间当中。...这个后面重点谈 Java 6及以前,字符串常量存放在永久代 Java 7中 Oracle的工程师对字符串的逻辑做了很大的改变,即将字符串常量的位置调整到Java堆内 所有的字符串都保存在堆

    26620

    JVM之字符串常量

    JVM自学指南已经整理到我的GitHub开源项目: [JVM自学指南] 字符串常量 一、字符串的基本特性 二、字符串的内存分配 在Java语言中有8种基本数据类型和一种比较特殊的类型String。...这些 类型为了使它们在运行过程中速度更快、更节省内存,都提供了一种常量的概念。 常量就类似一.个Java系统级别提供的缓存。...这个后面重点谈 Java 6及以前,字符串常量存放在永久代。 Java 7中Oracle的工程师对字符串的逻辑做了很大的改变,即==将字符串常量的位置调整到Java堆内。...字符串常量概念原本使用得比较多,但是这个改动使得我们有足够的理由让我们重新考虑在Java 7中使用String. intern()。...四、字符串的拼接操作 1.常量常量的拼接结果在常量,原理是编译期优化 2.常量池中不会存在相同内容的常量。 3.==只要其中有一个是变量,结果就在堆中==。

    28630

    字符串常量深入解析

    字符串常量 文章目录 字符串常量 概述 一、Java中两种创建字符串对象的方式的分析。...二、Intern的实现原理(JDK1.8) 三、JDK1.7的Intern的执行 四:几种特殊的情况的代码 参考的部分文章 概述 在分析字符串常量之前,先来分析一下java的内存区域,然后再各种的情况分析一下各种情况下的情况...这些类型为了使他们在运行过程中速度更快,更节省内存,都提供了一种常量的概念。常量就类似一个JAVA系统级别提供的缓存。 8种基本类型的常量都是系统协调的,String类型的常量比较特殊。...”1″字符串对象;String s3 = s1.intern();先来看一下JDk1.7及其之后的情况,首先会去字符串常量池中检查是否包含一个等于“1”的字符串,因为在字符串常量池中已经有字符串“1”...美团技术团队) String:字符串常量(SegmentFault) JDK1.8版本java字符串常量池里存的是String对象还是引用?

    42530

    JVM - 深入剖析字符串常量

    字符串常量 位置的变更 Jdk1.6及之前: JVM存在永久代, 运行时常量在永久代,运行时常量包含字符串常量 Jdk1.7:有永久代,但已经逐步“去永久代”,字符串常量从永久代里的运行时常量分离到堆里...Jdk1.8及之后: 无永久代,变成了元空间,运行时常量在元空间,字符串常量池里依然在堆里 ?...看 1.8 , 疯狂的intern, 抛出了 heap oom ,由此可以推断出 1.8中的字符串常量 是在堆中。...JVM为了提高性能和减少内存开销,在实例化字符串常量的时候进行了一些优化,主要有一下几点 1. 为字符串开辟一个字符串常量,用于缓存相同的字符串,类似于环村区域 2....对于JDK1.6 , 字符串常量位于永久代 。

    47510

    Java中的字符串常量

    这一切都是源于JVM为了减少字符串对象的重复创建,其维护了一个特殊的内存,这段内存被成为字符串常量或者字符串字面量。...工作原理 当代码中出现字面量形式创建字符串对象时,JVM首先会对这个字面量进行检查,如果字符串常量池中存在相同内容的字符串对象的引用,则将这个引用返回,否则新的字符串对象被创建,然后将这个引用放入字符串常量...JVM通过字符串常量查找不到内容为droid的字符串对象存在,那么会创建这个字符串对象,然后将刚创建的对象的引用放入到字符串常量池中,并且将引用返回给变量str1。...引用 or 对象 字符串常量池中存放的时引用还是对象,这个问题是最常见的。字符串常量存放的是对象引用,不是对象。在Java中,对象都创建在堆内存中。...但是这个至少证明了字符串的实际内容对象char[]不存放在字符串常量池中。既然这样的话,其实字符串常量存储字符串对象还是字符串对象的引用反而不是那么重要。但个人还是倾向于存储的为引用。

    1.2K20

    字符串常量详解「建议收藏」

    字符串常量详解 文章所涉及的资料来自互联网整理和个人总结,仅作为个人学习和经验汇总,如有什么地方侵权,请联系本人删除,谢谢!...概述 在JVM中,为了减少字符串对象的重复创建,维护了一块特殊的内存空间,这块内存空间就被称为字符串常量。 在JDK1.6及之前,字符串常量存放在方法区中。...HotSpot 虚拟机,根据官方发布的路线图信息,现在也有放弃永久代并逐步改为采用Native Memory来实现方法区的规划了,在目前已经发布的JDK1.7 的HotSpot中,已经把原本放在永久代的字符串常量移出...根据查阅的资料显示在JDK1.7以后的版本中字符串常量移到堆内存区域;同时在jdk1.8中移除整个永久代,取而代之的是一个叫元空间(Metaspace)的区域 创建字符串对象的两种方法 直接使用双引号声明出来的...而通过new方法创建的String对象,其创建的字符串是放在堆当中的,将堆当中的字符串地址返回赋值给s3,s1和s3的存放地址不相同,一个在字符串常量池中,一个在堆当中,字符串常量外,因此返回的值是false

    27550

    java 常量和运行时常量_常量池中的字符串是对象吗

    : 在Java的内存分配中,总共3种常量: 1.字符串常量(String Constant Pool): 1.1:字符串常量在Java内存区域的哪个位置?...在JDK6.0及之前版本,字符串常量是放在Perm Gen区(也就是方法区)中; 在JDK7.0版本,字符串常量被移到了堆中了。至于为什么移到堆内,大概是由于方法区的内存空间太小了。...1.2:字符串常量是什么?...(这里具体的字符串如何分配就不细说了,可以看我的另一篇博客) 2.class常量(Class Constant Pool): 2.1:class常量简介: 我们写的每一个Java类被编译后,就会形成一份...在解析阶段,会把符号引用替换为直接引用,解析的过程会去查询字符串常量,也就是我们上面所说的StringTable,以保证运行时常量所引用的字符串字符串常量池中是一致的。

    46530
    领券