关键字final、static

关键字

final

数据：声明数据为常量，可以是编译时常量，也可以是在运行时被初始化后不能被改变的常量

对于基本类型，final使数值不变对于引用类型，final使引用不变，也就不能引用其他对象，但是被引用的对象是可以修改的修饰成员变量:成员变量必须在定义时或者构造器中进行初始化赋值修饰局部变量

方法：声明方法不能被子类重写,但是可以被子类访问,前提是不是private类型

private方法隐式地被指定为final，如果在子类中定义的方法和基类的一个private方法签名相同，此时子类的方法不是重写基类方法，而是在子类中定义了一个新的方法

类

声明类不允许被继承

static

static：static关键字可以用来修饰代码块表示静态代码块，修饰成员变量表示全局静态成员变量，修饰方法表示静态方法被static关键字修饰的内容都是静态的。静态是相对于动态的，动态是指Java程序在JVM上运行时，JVM会根据程序的需要动态创建对象并存储对象(分配内存)，对象使命结束后，对象会被垃圾回收器销毁，即内存回收由JVM统一管理并分配给其他新创建的对象；静态是指Java程序还没有运行时，JVM就会为加载的类分配空间存储被static关键字修饰的内容；如静态成员变量，Java类加载到JVM中，JVM会把类以及类的静态成员变量存储在方法区，我们知道方法区是线程共享且很少发生GC的区域，所以被static关键字修饰的内容都是全局共享的，且只会为其分配一次存储空间。所以当类的某些内容不属于对象，而由对象共享即属于类的时候，就可以考虑是否用static关键字进行修饰。static的主要意义是在于创建独立于具体对象的域变量或者方法。以致于即使没有创建对象，也能使用属性和调用方法！static关键字还有一个比较关键的作用就是 用来形成静态代码块以优化程序性能。static块可以置于类中的任何地方，类中可以有多个static块。在类初次被加载的时候，会按照static块的顺序来执行每个static块，并且只会执行一次。为什么说static块可以用来优化程序性能，是因为它的特性:只会在类加载的时候执行一次。因此，很多时候会将一些只需要进行一次的初始化操作都放在static代码块中进行。 静态变量:静态变量由于不属于任何实例对象，属于类的，所以在内存中只会有一份，在类的加载过程中，JVM只为静态变量分配一次内存空间。静态变量可以用this调用

静态方法:static修饰的方法也叫做静态方法，由于对于静态方法来说是不属于任何实例对象的，this指的是当前对象，因为static静态方法不属于任何对象，所以就谈不上this了。静态方法不能调用非静态变量,非静态方法

静态代码块:Java静态代码块中的代码会在类加载JVM时运行，且只被执行一次，也就是说这些代码不需要实例化类就能够被调用。一般情况下,如果有些代码必须在项目启动的时候就执行的时候,就需要使用静态代码块，所以静态块常用来执行类属性的初始化！

关于Static静态代码块的五个小结点

1、Java静态代码块中的代码会在类加载JVM时运行，且只被执行一次 2、静态块常用来执行类属性的初始化 3、静态块优先于各种代码块以及构造函数，如果一个类中有多个静态代码块，会按照书写顺序依次执行 4、静态代码块可以定义在类的任何地方中除了方法体中【这里的方法体是任何方法体】 5、静态代码块不能访问普通变量

代码块执行顺序:静态变量、静态代码块——> 实例变量、普通代码块 ——> 构造函数

继承中代码块执行顺序：父类静态变量、父类静态块——>子类静态变量、子类静态块——>父类实例变量、父类普通代码块——>父类 构造器——>子类实例变量、子类普通代码块——>子类构造器

静态导包 静态导包格式：import static 这两个关键字连用可以指定导入某个类中的指定静态资源，并且不需要使用类名调用类中静态成员，可以直接使用类中静态成员变量 和成员方法

// Math. --- 将Math中的所有静态资源导入，这时候可以直接使用里面的静态方法，而不用通过类名进行调用 // 如果只想导入单一某个静态方法，只需要将换成对应的方法名即可 import static java.lang.Math.; // 换成import static java.lang.Math.max;具有一样的效果 public class Demo { public static void main(String[] args) { int max = max(1,2); System.out.println(max); }

静态导包在书写代码的时候确实能省一点代码，可以直接调用里面的静态成员，但是会影响代码可读性，所以开发中一般情况下不建议这么使用。

参考连接：https://yichun.blog.csdn.net/article/details/102736466