虽然，我们一贯这样利用，但我们真的知道，什么时候该利用静态方法，什么时候该利用实例化方法吗？
思考误区通过平时与其他开拓职员互换创造，在静态方法和实例化方法的利用上，存在几个思考误区：
1、静态方法常驻内存，实例方法不是，以是静态方法比实例方法效率高，但占内存。
事实上，静态方法和实例化方法在加载机遇和占用内存上是一样的，在类第一次被利用时调用的速率基本上没有差别。
方法占不占用更多内存，和它是不是静态没什么关系。
2、静态方法在堆上分配内存，实例方法在堆栈上分配内存。
实在，所有的方法都不可能在堆或者堆栈上分配内存。实际上，方法作为代码是被加载到内存中分外的代码区的，这个内存区域是不可写的。
类实例化后，其所有的信息，都保存在其余的区域里。
3、实例方法须要先创建实例才可以调用，比较麻烦；静态方法不用，比较大略。
实际上如果一个方法与他所在类的实例工具无关，那么它就该当是静态的，而不应该把它写成实例方法。以是所有的实例方法都与实例有关，既然与实例有关，那么创建实例便是一定的步骤，没有麻烦大略一说。
利用原则1、从面向工具的角度上来说，在选择是利用实例化方法还是静态方法时，该当根据的是该方法和实例化工具是否具有逻辑上的干系性，如果有就该当利用实例化工具，反之，则利用静态方法。
2、如果从线程安全、性能、兼容性上来看，则选用实例化方法为宜。
总结早期的构造化编程，险些所有的方法都是“静态方法”，引入实例化方法观点是面向工具观点涌现往后的事情了，区分静态方法和实例化方法不能单单从性能上去理解，创建c++,java,c#这样面向工具措辞的大师引入实例化方法一定不是要办理什么性能、内存的 问题，而是为了让开发更加模式化、面向工具化。这样说的话，静态方法和实例化办法的区分是为理解决模式的问题。
拿别人一个例子说事：
比 如说“人”这个类，每个人都有姓名、年事、性别、身高档，这些属性就该当是非静态的，由于每个人都的这些属性都不相同；但人在生物学上属于哪个门哪个纲哪 个目等，这个属性是属于全体人类，以是就该当是静态的——它不依赖与某个特定的人，不会有某个人是“脊椎动物门哺乳动物纲灵长目”而某个人却是“偶蹄目” 的。
