日常事情中，我们直接打仗Class文件的时间大概不多，但这不代表相识了Class文件就用处不大。本文将试图答复三个问题，Class文件中字符串的最大长度是几多、Java存在尾递归挪用优化吗？、类的初始化顺序是奈何的？。与直接给出谜底差异，我们试图从Class文件中找出这个谜底背后的原理。我们一一来看一下。

Class文件中字符串的最大长度是几多？

在上篇文章中我们提到，在class文件中，字符串是被存储在常量池中，更进一步来讲，它利用一种UTF-8名目标变体来存储一个常量字符，其存储布局如下：

CONSTANT_Utf8_info {
    u1 tag;//值为CONSTANT_Utf8_info（1）
    u2 length;//字节的长度
    u1 bytes[length]//内容
}

可以看到CONSTANT_Utf8_info中利用了u2范例来暗示长度，当我最开始打仗到这里的时候，就在想一个问题，假如我声明白一个高出u2长度（65536）的字符串，是不是就无法编译了。我们来做个实现。

字符串太长就不贴出来，直接贴出在终端上利用javac呼吁编译后的功效：

公然，编译报错了，劳务派遣管理系统，看来class文件简直无法存储高出65536字节的字符串。

假如工作到这里为止，并没有太大意思了，但厥后我发明白一个有趣的工作。下面的这段代码在eclipse中是可以编译过的：

public class LongString {
    public static void main(String[] args){
      String s = a long long string...;
      System.out.println(s);
    }
}

这不科学，更不切合我们的认知。eclipse搞了什么花样？我们拖出class文件看一看：

  public static void main(java.lang.String[]);
    descriptor: ([Ljava/lang/String;)V
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=3, locals=2, args_size=1
         0: new           #16                 // class java/lang/StringBuilder
         3: dup
         4: ldc           #18                
         6: invokespecial #20                 // Method java/lang/StringBuilder."<init>":(Ljava/lang/String;)V
         9: ldc           #23                 // String 
        11: invokevirtual #25                 // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
        14: invokevirtual #29                 // Method java/lang/StringBuilder.toString:()Ljava/lang/String;
        17: invokevirtual #33                 // Method java/lang/String.intern:()Ljava/lang/String;
        20: astore_1
        21: getstatic     #38                 // Field java/lang/System.out:Ljava/io/PrintStream;
        24: aload_1
        25: invokevirtual #44                 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
        28: return
      LineNumberTable:
        line 10: 0
        line 3212: 21
        line 3213: 28
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0      29     0  args   [Ljava/lang/String;
           21       8     1   STR   Ljava/lang/String;

可以看到，上面的超长字符串被eclipse截成两半，#18和#23， 然后通过StringBuilder拼接成完整的字符串。awesome！

可是，假如我们不是在函数中声明白一个巨长的字符串，而是在类中直接声明：

public class LongString {
    public static final String STR = a long long string...;
  
}

Eclipse会直接举办错误提示：

详细关于在上面两个字符串的初始化机缘我们会在第三点里举办叙述，但理论上在类中直接声明也是可以像在普通函数中一样举办优化。详细的原因我们就不得而知了。不外这提醒我们的是在Class文件中，和字符串长度雷同的尚有类中担任接口的个数、要领数、字段数等等，它们都是存在个数由上限的。

Java存在尾递归挪用优化吗？

答复这个问题之前，我们需要相识什么是尾递归呢？借用维基百科中的答复：

挪用自身函数(Self-called)；

计较仅占用常量栈空间(Stack Space)

用更容易领略的话来讲，昆山软件开发，尾递归挪用就是函数最后的语句是挪用自身，但挪用本身的时候，已经不再需要上一个函数的情况了。所以并非所有的递归都属于尾递归，它需要通过上述的法则来编写递归代码。和普通的递归对比，尾递归纵然递归挪用数万次，它的函数栈也仅为常数，不会呈现Stack Overflow异常。

那么java中存在尾递归优化吗？这个答复此刻是否认的，到今朝的Java8为止，Java仍然是不支持尾递归的。