java 什么是静态方法_java为什么要设计静态方法?这样设计的目的是什么?_?

这是个常见问题, 先从好理解的角度解释这个问题.

在java 的世界里, 不存在单独的函数实例。往大了说函数一等公民,反正java不是. 这也是当初 java 的设计思路, 一切都是对象.

因此任意一个方法,必然归属于某个具体对象实例。那么问题来了. 如果一个方法需要默认存在, 类似于全局方法(但是有作用域). 那么这种需求怎么满足.

要知道, 早期的 java 甚至得这么来实现这种用法,

((Object)null).toString(a), //等同于 this== null 的 Object.toString 方法.

后续版本 jvm 对这个续期的实现方式是, 把 静态方法/静态初始化块/静态属性,属于具体的类型的 class 实例。(当然每个 class 在classloader中, 是单例. 你可以说归属于 class 实例不准确, 但不影响理解)

你可以简单地认为

成员方法 A.getXX , this 是具体的实例 a

静态方法的 this = A.class

个人觉得命名为 类方法和实例方法更精准

然而, 事情并不是这么简单, jvm 对 实例方法和静态方法的处理是不一样的.

invoke special ; invoke static ; invoke dynamic ; invoke virtual

以上这么多个jvm opcode, 只有 inovke static 是针对静态方法的, 其他几个都是针对实例方法.

后果就是, 静态方法并不支持面向对象, 可以说跟 c 方法没什么区别. 但是 java 又给它一个必须归属于某个类的限制.

总的来说, 静态方法是 java 里的一个补丁. 设计上就不怎么优雅. 打破了面向对象的实现. 但是因为有特定的 jvm 指令支持, 它的调用效率又是很高的(直接调用, 没有中间步骤, 能不高嘛)

那么问题来了, 如果要优雅又不是实用地实现一个非实例方法, 有什么合适的方式.

建议参考 scala 和 kotlin 对此的解决和改进.

kotlin 引入了 companion object; scala 也类似.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值