首页 > 编程知识 正文

英语翻译有年龄限制吗(面试官在简历上做记录)

时间:2023-05-05 07:39:04 阅读:80915 作者:2121

前言

但是,在Java中,String有长度限制。 听到这里很多人不禁觉得String有长度限制吗? 是的,有。 另外,JVM编译有规格。 另外,有一家人在面试中相遇过。 本人在面试中听说过这个。 另外,在以前的开发中实际上也遇到过这个限制String长度的场面。 (将某个固定文件转码为Base64的形式并以字符串保存,在运行时需要时旋转。 当时文件很大。 我不能先说那个规格限制是什么样的

String

首先,要知道String的长度限制,需要知道String是如何存储字符串的。 String实际上使用char类型的数组来存储字符串中的字符。

容纳String的集装箱本来就是那个

那么,既然String是数组存储器,数组是否有长度限制? 是的,有限制,但有前提条件。 让我们来看看如何通过String返回length。

String类的length方法

由此可知,返回值的类型为int型。 在Java中,可以通过定义数组来指定数组的长度。 当然,如果不指定,则默认基于数组元素指定:

int [ ] arr1=新int [ 10 ]; //定义长度为10的数组

int [ ] arr2={ 1,2,3,4,5 }; //的数组长度为5整数,这在java中是有限制的。 在源代码中查看与int类型对应的包装器类Integer,其长度的最大限制为2^31 -1,表示数组的长度为0~2^31-1。 那么,计算一下的话,就是(2^31-1=2147483647=

Integer的可取值范围

据此,我们试图通过编码来验证上述观点。

按字面定义字符串

以上是我以定义字面量的形式构建的10万个字符的字符串,编译后,虚拟机提示报告错误。 不是说了我们的字符串太长了,能存21亿个吗? 为什么用10万个弄错呢?

其实,这里涉及的是JVM编译规格的限制。 实际上,如果JVM在编译时将字符串定义为文字形式,则在编译时JVM会将其存储在常量池中。 此时,JVM对在该常量池中存储String类型设置了限制。 接下来看看手册。

java虚拟机规范的屏幕快照

常量池中的每个cp_info条目必须具有相同的格式,并且以一个字节的“tag”条目开始,该条目表示cp_info类型。 后面的info[]项的内容由tag的类型决定。

java虚拟机规格书常数类型表

可以看到String类型的表示形式为CONSTANT_String。 让我们来看看CONSTANT_String是如何具体定义的。

此处定义的u2 string_index表示常量池的有效索引,其类型用CONSTANT_Utf8_info结构表示。 这里需要注意的是,这里定义的length是看下图。

image/a2999446c01c42fbab09d71ae41004d7?from=pc">

在class文件中u2表示的是无符号数占2个字节单位,我们知道1个字节占8位,2个字节就是16位 ,那么2个字节能表示的范围就是2^16- 1 = 65535 。强健的鸭子class文件格式对u1、u2的定义的解释做了一下摘要:

这里对java虚拟机规摘要部分1、class文件中文件内容类型解释定义一组私有数据类型来表示 Class 文件的内容,它们包括 u1,u2 和 u4,分别代表了 1、2 和 4 个字节的无符号数。每个 Class 文件都是由 8 字节为单位的字节流组成,所有的 16 位、32 位和 64 位长度的数据将被构造成 2 个、4 个和 8 个 8 字节单位来表示。

2、程序异常处理的有效范围解释start_pc 和 end_pc 两项的值表明了异常处理器在 code[]数组中的有效范围。start_pc 必须是对当前 code[]数组中某一指令的操作码的有效索引,end_pc 要么是对当前 code[]数组中某一指令的操作码的有效索引,要么等于 code_length的值,即当前 code[]数组的长度。start_pc 的值必须比 end_pc 小。当程序计数器在范围[start_pc, end_pc)内时,异常处理器就将生效。即设 x 为异常句柄的有效范围内的值,x 满足:start_pc ≤ x < end_pc。实际上,end_pc 值本身不属于异常处理器的有效范围这点属于 Java 虚拟机历史上的一个设计缺陷:如果 Java 虚拟机中的一个方法的 code 属性的长度刚好是 65535个字节,并且以一个 1 个字节长度的指令结束,那么这条指令将不能被异常处理器所处理。不过编译器可以通过限制任何方法、实例初始化方法或类初始化方法的code[]数组最大长度为 65534,这样可以间接弥补这个 BUG。

注意:这里对个人认为比较重要的点做了标记,首先第一个加粗说白了就是说数组有效范围就是【0-65565】但是第二个加粗的地方又解释了,因为虚拟机还需要1个字节的指令作为结束,所以其实真正的有效范围是【0-65564】,这里要注意这里的范围仅限编译时期,如果你是运行时拼接的字符串是可以超出这个范围的。

接下来我们通过一个小实验来测试一下我们构建一个长度为65534的字符串,看看是否就能编译通过。首先通过一个for循环构建65534长度的字符串,在控制台打印后,我们通过自己凶狠的鞋子的一个在线字符统计工具计算了一下确实是65534个字符,如下:

然后我们将字符复制后以定义字面量的形式赋值给字符串,可以看到我们选择这些字符右下角显示的确实是65534,于是乎运行了一波,果然成功了。

看到这里我们来总结一下:问:字符串有长度限制吗?是多少?

答:首先字符串的内容是由一个字符数组 char[] 来存储的,由于数组的长度及索引是整数,且String类中返回字符串长度的方法length() 的返回值也是int ,所以通过查看java源码中的类Integer我们可以看到Integer的最大范围是2^31 -1,由于数组是从0开始的,所以数组的最大长度可以使【0~2^31-1】通过计算是大概4GB。

但是通过翻阅java虚拟机手册对class文件格式的定义以及常量池中对String类型的结构体定义我们可以知道对于索引定义了u2,就是无符号占2个字节,2个字节可以表示的最大范围是2^16 -1 = 65535。其实是65535,但是由于JVM需要1个字节表示结束指令,所以这个范围就为65534了。超出这个范围在编译时期是会报错的,但是运行时拼接或者赋值的话范围是在整形的最大范围。

解析到这里就告一段落了,如果觉得在下讲得对你有帮助的可以点一波关注,下方的小拇指点一波支持,如果发现有讲的不好的或者有什么遗漏的,欢迎评论区留言相互学习,进步,后期会不定期更新更多的技术编程相关的文章。

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。