我的理解是这样的：Java中，构造函数是用来实例化对象的，实例化时必定有确定的引用变量。但在调用静态函数时编译器还是通过解析原来的类来调用静态方法，不通过对象。因此构造函数不能是静态的。这种理解正确吗？
人生最曼妙的风景，竟是内心的淡定与从容！
我觉得，是类方法(静态方法)还是实例方法，关键是：这个方法是否需要类的某个具体实例的存在，这个方法是否需要作用在类某个具体实例上。说白了就是是否需要this的存在。
this
构造方法就是在类的实例产生后，对这个新生的特定的实例对象进行初始化的，当然类似于实例方法，而不是类方法。
构造函数的意义是什么？主要的作用其实就是初始化一些实例属性，现在将构造函数设计成静态的，那么势必会出现静态方法访问实例属性的情况。解决方案有两种：1.JVM可以为静态构造函数隐式的增加一个对对象的引用，就像内部类有一个隐式的对外部类的引用一样，然后通过这个引用访问对象的实例属性，但是从代码是看不出来的，这样的话就与Java语言的规范出现冲突：静态方法不可访问实例域，所以不可取。2.使用像python那种解决方法，构造函数的第一个参数默认就是对对象的引用，如self，然后访问对象的实例域就通过self进行访问，但是这种代码符合Java的风格吗？会被吐槽死吧
所以为啥不直接使用实例方法呢，多方便
我觉得，是类方法(静态方法)还是实例方法，关键是：这个方法是否需要类的某个具体实例的存在，这个方法是否需要作用在类某个具体实例上。说白了就是是否需要
this的存在。构造方法就是在类的实例产生后，对这个新生的特定的实例对象进行初始化的，当然类似于实例方法，而不是类方法。
构造函数的意义是什么？
主要的作用其实就是初始化一些实例属性，现在将构造函数设计成静态的，那么势必会出现静态方法访问实例属性的情况。
解决方案有两种：
1.JVM可以为静态构造函数隐式的增加一个对对象的引用，就像内部类有一个隐式的对外部类的引用一样，然后通过这个引用访问对象的实例属性，但是从代码是看不出来的，这样的话就与Java语言的规范出现冲突：静态方法不可访问实例域，所以不可取。
2.使用像python那种解决方法，构造函数的第一个参数默认就是对对象的引用，如self，然后访问对象的实例域就通过self进行访问，但是这种代码符合Java的风格吗？会被吐槽死吧
所以为啥不直接使用实例方法呢，多方便