关于方法前加 static 的精确定义
请问一下，java中，把static说成“在编译时就确定的东西”是不是很准确？

因为我觉得这个说法没多大实际意义，首先，不知道static到底确定了什么，是方法字段的存在性，还是不变性？
其次，不用static修饰的方法字段难道就没有被“确定”下来？

我觉得把“在编译时就确定的东西”改成“在类初始化时就确定的东西”是不是会更准确一点?
理由如下：
  1、类在初始化后各种static修饰的字段方法才有其物理内存，而没有用static修饰的方法则没有物理内存（也就是指还没有被确定下来）
  2、我觉得在编译时就能被确定下来的东西应该是指：至少用final修饰的字段，且该字段应该为直接量，
  这样在编译时其它类引用的这个字段就直接用直接量表示了

以上只是我个人的一些观点，只是觉得自己说得还有几分道理，想让大家帮我找找碴，以便能改变自己的错误观念

------解决方案--------------------
其实没有必要研究这么深，知道带 static的方法可以不是实例化类就可以调用就行了，实际开发中基本上没有必要去研究到底什么时候确定了什么东西。
感觉楼主有点学院派了
------解决方案--------------------
发表下自己的看法
引用:我觉得把“在编译时就确定的东西”改成“在类初始化时就确定的东西”是不是会更准确一点? 
静态的方法是不依赖于对象的,不是在类的初始时而确定,那样理解感觉是,静态的方法还是依赖于对象的创建而才能调用.

------解决方案--------------------
应该是 当class 被加载到 jvm时就确定的东西.

并不是 new 出对象时.. static 显示出与 对象的无关性.


------解决方案--------------------
我觉得把“在编译时就确定的东西”改成“在类初始化时就确定的东西”是不是会更准确一点? 
理由如下： 
1、类在初始化后各种static修饰的字段方法才有其物理内存，而没有用static修饰的方法则没有物理内存（也就是指还没有被确定下来） 
2、我觉得在编译时就能被确定下来的东西应该是指：至少用final修饰的字段，且该字段应该为直接量， 
这样在编译时其它类引用的这个字段就直接用直接量表示了 


这个说法是错误的

首先，statc方法是在类初始化前，类装载的时候就已经确定的，也可以说，是在编译时（或者说编译后）确定的
你还记得不记得String.valueOf这个方法？这里我们并没有给出一个String实例，也就不存在初始化一说，但是我们确实用到了这个方法。

2、你这里说的static final修饰的东西，只是一个特例，其实是否为final与static是无关的，你可以定义一个变量为
public final int a=10;这样你不创建实例是无法访问的，所以，即使是final的，如果不是static的，它就不能在编译时确定。
------解决方案--------------------
加了static的就可以直接通过类名调用！！
------解决方案--------------------
在编译的时候确定，对于方法而言，还有一个意义就是早绑定的或者说是静态绑定的．区别于非ｓｔａｔｉｃ方法重写时带来的动态绑定．
------解决方案--------------------
5楼正解```
------解决方案--------------------
顶上去，基础的东西是最让人 模灵凉可的。。
------解决方案--------------------
static就是静态的意思,和动态相对,而动态又是由new来体现的.可以理解为static的对象都在栈内,只有一份,而且效率很高.
但是动态的都在堆上,速度较慢,但不受栈大小的限制

所有的静态对象都是和.class的生存期一致. 而动态对象则是在new以后才产生
------解决方案--------------------
static is static...it's a little special...nothing more...if u can use it...
------解决方案--------------------
同意5楼的观点
------解决方案--------------------
如果一个字段被定义成static则它就属于该类本身,
在编译时,类加载过程中系统就给他们分配好了内存空间(也就是该字段就定义了).
此后它就独占一块内存空间永远都不会改变(不会再因为给类创建对象而使它再另分配内存空间了).
所以在我们要调用static字段时我们直接就可以调用,而不用去创建类的对象就可以实现!!