62,620
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
ixiaoqiang 2009-10-04
- 打赏
- 举报
[Quote=引用 3 楼 sams_wang 的回复:]
这个跟编译器的内存处理有关系，静态成员变量需要在一开始就分配内存进行初始化，而一般的类成员只是在类实例化的时候才会为止分配内存初始化，从方面来说，假如允许非静态类中有静态成员变量，如下面所示：
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
[/Quote]支持
这个跟编译器的内存处理有关系，静态成员变量需要在一开始就分配内存进行初始化，而一般的类成员只是在类实例化的时候才会为止分配内存初始化，从方面来说，假如允许非静态类中有静态成员变量，如下面所示：
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
[/Quote]支持
zml2009 2009-10-04
- 打赏
- 举报
学习了
haojia0716 2009-10-03
- 打赏
- 举报
如果一个内部类是非静态的 构造这个内部类 必须要通过它的外部类的对象来构造
JVM启动的时候要先把static的东西初始化 但此时外部类可能还没有被实例化 所以会引起混乱
JVM启动的时候要先把static的东西初始化 但此时外部类可能还没有被实例化 所以会引起混乱
毛员外 2009-10-03
- 打赏
- 举报
三楼的，学习了，嘿嘿
teemai 2009-10-03
- 打赏
- 举报
[Quote=引用 3 楼 sams_wang 的回复:]
这个跟编译器的内存处理有关系，静态成员变量需要在一开始就分配内存进行初始化，而一般的类成员只是在类实例化的时候才会为止分配内存初始化，从方面来说，假如允许非静态类中有静态成员变量，如下面所示：
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
[/Quote]说的好，顶个
这个跟编译器的内存处理有关系，静态成员变量需要在一开始就分配内存进行初始化，而一般的类成员只是在类实例化的时候才会为止分配内存初始化，从方面来说，假如允许非静态类中有静态成员变量，如下面所示：
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
[/Quote]说的好，顶个
kingshen2009 2009-10-03
- 打赏
- 举报
[Quote=引用 3 楼 sams_wang 的回复:]
这个跟编译器的内存处理有关系，静态成员变量需要在一开始就分配内存进行初始化，而一般的类成员只是在类实例化的时候才会为止分配内存初始化，从方面来说，假如允许非静态类中有静态成员变量，如下面所示：
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
[/Quote]
顶 …………
这个跟编译器的内存处理有关系，静态成员变量需要在一开始就分配内存进行初始化，而一般的类成员只是在类实例化的时候才会为止分配内存初始化，从方面来说，假如允许非静态类中有静态成员变量，如下面所示：
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
[/Quote]
顶 …………
zhuhichn 2009-10-03
- 打赏
- 举报
我的理解，因为静态的东西是在编译的时候就要有内存空间的，但是不是静态的东西只有当实例化的时候才会分配空间，如果你在非静态方法里面包含了静态的东西，这个方法还没有去分配空间，怎么又能为里面的变量去分配空间呢，个人理解。
浴火涅磐 2009-10-03
- 打赏
- 举报
不懂，顶一下
sams_wang 2009-10-03
- 打赏
- 举报
这个跟编译器的内存处理有关系，静态成员变量需要在一开始就分配内存进行初始化，而一般的类成员只是在类实例化的时候才会为止分配内存初始化，从方面来说，假如允许非静态类中有静态成员变量，如下面所示：
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
class A{
public class B{
static string var_a;
}
}
那么在程序一开始就需要给A.B.var_a分配内存并初始化，假如这个成立了，那么A.B也应该会有相应的内存，但是由于B只是A的一个非静态成员变量，在类A还没有实例化的时候就以及有了相应的内存(也就是非静态成员变量只有在类的实例中才会有相应的内存位置)，这样跟原来的标准有冲突，假如JAVA编译器（或者JAVA虚拟机）支持这种做法（其实也是可以实现的），这有的后果会导致编译器混乱无序的，大大增加了编译器的难度和复杂性，每一种语言都有预先制定好的语言标准，相对应的编译器都是基于这种标准来实现的，假如随意突破这种标准，那只会导致灾难性的后果而已
李子做IT 2009-10-03
- 打赏
- 举报
mark
dajiadebeibei9 2009-10-03
- 打赏
- 举报
内部类是为外部类提供服务的 内部类可以访问外部类中的属性以及方法 在内部类定义静态成员似乎没什么意义 既然是为外部服务 那么外部类应当持有这些静态成员 在初始化的时候可以更好的为内部类传送信息
