static关键字 方法重写和重载 方法头 签名 形参和实参

static关键字：
1.修饰成员变量
在我们平时的使用当中，static最常用的功能就是修饰类的属性和方法，让他们成为类的成员属性和方法，我们通常将用static修饰的成员称为类成员或者静态成员。加上static修饰的属性jvm分配在静态存储区，不加static属性jvm分配在堆区。
2.修饰成员方法
使用时通过“类名.方法名”的方式就可以方便的使用了，相当于定义了一个全局的函数（只要导入该类所在的包即可）。不过它也有使用的局限，一个static修饰的类中，不能使用非static修饰的成员变量和方法，这很好理解，因为static修饰的方法是属于类的，如果去直接使用对象的成员变量，它会不知所措（不知该使用哪一个对象的属性）。
3.静态块
一般情况下,如果有些代码必须在项目启动的时候就执行的时候,需要使用静态代码块,这种代码是主动执行的;需要在项目启动的时候就初始化,在不创建对象的情况下,其他程序来调用的时候,需要使用静态方法,这种代码是被动执行的. 静态方法在类加载的时候 就已经加载 可以用类名直接调用
比如main方法就必须是静态的 这是程序入口
两者的区别就是:静态代码块是自动执行的;
静态方法是被调用的时候才执行的.
4.静态导包
静态导包用法，将类的方法直接导入到当前类中，从而直接使用“方法名”即可调用类方法，更加方便。
我们导入一个类都用 import com……ClassName;而静态导入是这样：import static com……ClassName.;这里的多了个static，还有就是类名ClassName后面多了个. ，意思是导入这个类里的静态方法。当然，也可以只导入某个静态方法，只要把 .* 换成静态方法名就行了。然后在这个类中，就可以直接用方法名调用静态方法，而不必用ClassName.方法名 的方式来调用。
好处：这种方法的好处就是可以简化一些操作，例如打印操作System.out.println(…);就可以将其写入一个静态方法print(…)，在使用时直接print(…)就可以了。
在静态导入之前：

public class TestStatic {

public static void main(String[] args) {

System.out.println(Integer.MAX_VALUE);

System.out.println(Integer.toHexString(42));

}

}

在静态导入之后：
import static java.lang.System.out;

import static java.lang.Integer.*;

public class TestStaticImport {

public static void main(String[] args) {

out.println(MAX_VALUE);

out.println(toHexString(42));

}

}

我们不必在System.out.println中键入System。我们不必在Integer.MAX_VALUE中键入Integer。因此，在这行代码中，我们能够将快捷方式用于静态方法和一个常量。

总结
static是java中非常重要的一个关键字，而且它的用法也很丰富，主要有四种用法：

用来修饰成员变量，将其变为类的成员，从而实现所有对象对于该成员的共享；
用来修饰成员方法，将其变为类方法，可以直接使用“类名.方法名”的方式调用，常用于工具类；
静态块用法，将多个类成员放在一起初始化，使得程序更加规整，其中理解对象的初始化过程非常关键；
静态导包用法，将类的方法直接导入到当前类中，从而直接使用“方法名”即可调用类方法，更加方便。

是否可以在static环境中访问非static变量？

答案是不可以，因为static变量是属于类的，在类加载的时候就被初始化了，这时候非静态变量并没有加载，故静态变量不能访问。
1
这个要从java的内存机制去分析，首先当你New 一个对象的时候，并不是先在堆中为对象开辟内存空间，而是先将类中的静态方法（带有static修饰的静态函数）的代码加载到一个叫做方法区的地方，然后再在堆内存中创建对象。所以说静态方法会随着类的加载而被加载。当你new一个对象时，该对象存在于对内存中，this关键字一般指该对象，但是如果没有new对象，而是通过类名调用该类的静态方法也可以。

程序最终都是在内存中执行，变量只有在内存中占有一席之地时才会被访问，类的静态成员（变态和方法）属于类本身，在类加载的时候就会分配内存，可以通过类名直接去访问，非静态成员（变量和方法）属于类的对象，所以只有在类的对象禅师（创建实例）的时候才会分配内存，然后通过类的对象去访问。

在一个类的静态成员中去访问非静态成员之所以会出错是因为在类的非静态成员不存在的时候静态成员就已经存在了，访问一个内存中不存在的东西当然会出错。

那类是什么时候被加载呢？在需要调用的时候被加载。

静态的方法是否可以被重写？

父类的普通方法可以被继承和重写，如果子类继承父类，而且子类没有重写父类的方法，但是子类会有从父类继承过来的方法。
静态的方法可以被继承，但是不能重写。如果父类中有一个静态的方法，子类也有一个与其方法名，参数类型，参数个数都一样的方法，并且也有static关键字修饰，那么该子类的方法会把原来继承过来的父类的方法隐藏，而不是重写。通俗的讲就是父类的方法和子类的方法是两个没有关系的方法，具体调用哪一个方法是看是哪个对象的引用；这种父子类方法也不在存在多态的性质。《Java编程思想》中这样提到“只有普通的方法调用可以是多态的”。下面代码为例：

public class StaticTest
{
public static void main(String[] args)
{
M m = new N();
m.output();
}
}

class M
{
public static void output()
{
System.out.println(“M”);
}
}

class N extends M
{
public static void output()
{
System.out.println(“N”);
}
}

上面执行的结果是“M”，也就是是M类型的引用调用的，如果修改main方法中的代码：

N n = new N();

n.output();

那么执行的结果是“N”，也就是N类型的引用调用的。

静态的方法不能覆写，也不能被重写。总之，静态的没有重写！！！
总结：
专业术语有严格的含义,用语要准确."重写"只能适用于实例方法.不能用于静态方法.对于静态方法,只能隐藏(刚才的例子可以重写那只是形式上的 ，并不满足多态的特征，所以严格说不是重写)。

重载(overloading)和重写(overriding)
重载和重写都是针对方法的概念，在弄清楚这两个概念之前，我们先来了解一下什么叫方法的型构（英文名是signature，有的译作“签名”，虽然它被使用的较为广泛，但是这个翻译不准确的）。型构就是指方法的组成结构，具体包括方法的名称和参数，涵盖参数的数量、类型以及出现的顺序，但是不包括方法的返回值类型，访问权限修饰符，以及abstract、static、final等修饰符。比如下面两个就是具有相同型构的方法：

public void method(int i, String s) {
// do something
}
public String method(int i, String s) {
// do something
}
而这两个就是具有不同型构的方法：

public void method(int i, String s) {
// do something
}

public void method(String s, int i) {
// do something
}
了解完型构的概念后我们再来看看重载和重写，请看它们的定义：
重写，英文名是overriding，是指在继承情况下，子类中定义了与其基类中方法具有相同型构的新方法，就叫做子类把基类的方法重写了。这是实现多态必须的步骤。
重载，英文名是overloading，是指在同一个类中定义了一个以上具有相同名称，但是型构不同的方法。在同一个类中，是不允许定义多于一个的具有相同型构的方法的。

方法头指定修饰符(例如static)、返回值类型、方法名、和形式参数。

方法头中定义的变量称为形参 (形式参数，formal parameter 或 parameter)，形参如同占位符。当方法被调用时，传递一个值给形参，此值称为实参(实际参数， actual parameter 或 argument)，形参列表指的是形参的类型、顺序和形参的数目。

方法名和形参列表共同组成方法签名。

重载和重写的区别
原文：https://www.cnblogs.com/upcwanghaibo/p/6527354.html

原文：http://zangweiren.blog.51cto.com/412366/94387
原文：https://blog.csdn.net/ycb1689/article/details/17163273
原文：https://blog.csdn.net/snail_xinl/article/details/53427572
原文：https://blog.csdn.net/u012338954/article/details/51010337
原文：http://15810431930.iteye.com/blog/2408889