关于内部类
内部类是嵌套类(nested class)的一种，nested class 共有四种：【源】
static nested class 静态嵌套类,接近普通类，没有指向外部类的引用；只能访问外部类的静态**，可定义非静态方法，内部类有静态**则该类一定是静态的；
-
inner class 内部类(非静态) ，真正内部类；
立即学习“Java免费学习笔记（深入）”；
local class 本地类(定义在方法内部) 、真正内部类；
anonymous class 匿名类、真正内部类，较适合仅使用一次且所实现方法不多的类；
真正的内部类可以直接访问外面的封装类的实例变量和方法【源】
特性：【源】
1、内部类和她的外部类可以互相访问属性、方法（即使private）(JAVA8)
1）、在8之前，匿名内部类使用局部变量的生命周期与内部类对象的生命周期不一致
2）、内部类的成员变量，作用域停留在方法内，当方法执行结束、局部变量随之消失，但是引用他的内部可能存在，当内部类再次调用时竟然要访问一个不存在的变量！
3）、所以 jdk8之前必须使用final。反编译后看出，内部类实际上也会生成一个有构造方法的类，引用的变量作为参数传递了进来，包括外部类实例（这也是为什么内部类默认会持有外部对象的引用，容易造成内存泄漏），然后赋值给了自己的变量，也就是说如果在内部类里面改变外部变量的值，实际上改变的只是内部类自己的变量值，并非外部变量的值，就像方法传变量过来一样，无法在方法里面改变他的值导致外部变量改变，方法里面的变量都是局部的。所以为了防止这种不一致出现，必须为final。【源】
4）、而Java8引入一个effectively final的概念，当内部类访问外部类变量时，只要内部类不对外部变量重新赋值，那么外部类变量就是一个事实上的final变量，Java会隐含地将外部变量声明为final。【源】
5）、为什么是final，上面些许道出了原因，为了篇幅、咳~精益求精，再细复一下：变量是final时，通过将final局部变量“复制”一份作为局部内部类的数据成员，当局部内部类访问局部变量时，真正访问的是这个局部变量的“复制品”，当运行栈中真正的局部变量死亡时，内部类对象仍可以访问局部变量（的复制品，貌似局部变量生命期延长了），目前为止和final还没有太大的关系，O(∩_∩)O哈哈~打着“final”的名义、终归要回归final，变量是final：【源】
1、引用类型：其引用值不变（永远指向同一对象），复制品与原始引用变量是一样一样滴【源】
2、基本数据类型：变量是final时，因为其值不变，其复制品与原始的量是一样的，语义效果相同
系统功能介绍 1 包含企业网站所必备的功能：企业信息、产品管理、人才招聘、新闻资讯、企业图片、以及视频下载等模块2 由于是从CMS系统的基础上开发而成，因此相对于一些其他的企业网站管理系统，本系统具备更强的可扩展能力，可以胜任从小型工作室到大中型企业网上门户等各种不同规模网站的需求。3 后台管理与模板完全分离，并具备非常灵活的标签技术，可以实现无限制个性化的界面定制4 操作简单，利用已经制作好的模
【源】
内部类：【源】
体现逻辑上的从属关系，对于其他类可控制内部类对外不可见
外部类的成员变量作用域是整个外部类（包括内部类，但外部类不能访问内部类private成员）
编译后，内部类被编译为单独的类，outClass$innerClass的形式
static：
静态初始器：静态块：一个存在类方法外面的静态块，仅在类装载时执行一次，常用初始化静态类属性。
1、静态方法不能被非静态方法覆盖；2、构造方法不容许声明为static
final：终态特征
1、不能被基础、被子类重写、标记的变量即为常量
2、在声明时赋值，如没有、那只有一次赋值的机会且只能再构造方法中显式赋值
异常：
在通常情况下，不要在finally块中使用如return或throw等导致方法终止的语句，否则会导致try块、catch块中的return、throw语句失效，finally中的return语句会使异常丢失 。【源】【源】
try…catch中，如果出现多个catch，那么父类的异常应该放在子类异常的下面，否则编译失败。这个没有懒得测试了，路过的同仁可以提一些意见^_^
为什么内部类和异常往往写一块呐，看来要总结一下异常了，陷入了九连环、不过 别担心 下一篇 这一篇已经太不单例
相关文章：
相关视频：
