为什么java代码中要避免多层深度for循环嵌套

　　在开发中，一直强调代码的整洁和可读性。之前对于使用多层嵌套for循环，一直以为只是对代码可读性和逻辑梳理有影响。可能对性能也有影响，但是一直不知道对性能影响在哪。最近在看虚拟机方面的书，感觉有一个点应该算多层嵌套for循环对jvm有影响，特此记录下来。欢迎大家学习指正。

　　言归正传，Java程序最初是通过解释器进行解释执行的，当虚拟机发现某个方法或代码块的运行特别复杂时，就会把这个代码认定为“热点代码”(Hot Spot Code)。为了提高热点代码的执行效率，在运行时，虚拟机将会把这些代码编译成本地平台相关的机器码，并进行各种层次的优化，完成这个任务的编译器成为即时编译器（JIT编译器）。

　　在运行过程中，会被即时编译器编译的“热点代码”有两类，即：（1）被多次调用的方法 （2）被多次执行的循环体

前者好理解，一个方法被调用的次数多了；后者则是为了解决一个方法只被调用一次或少量几次，但是方法体内部存在循环次数较多的问题，这样循环体的代码也被执行多次。一个方法中的多层嵌套for循环就属于后者。对于第一种情况，由于是方法调用触发的编译，因此编译器理所当然会将整个方法作为编译对象。但是后者，尽管只是方法内的循环体所触发，但是编译器仍然会以整个方法作为编译对象。

　　PS:个人有个理解，我们的安卓系统手机，越来越卡，会不会就是因为虚拟机的这个即时编译器，把好多代码编译成机器码保存在本地导致的手机内存越来越少？如有知道的，望指正一下，共同学习