静态绑定和动态绑定：API调用工程师的知识盲区

绑定和动态绑定：API调用工程师的知识盲区"/>

静态绑定和动态绑定：API调用工程师的知识盲区

文章目录

• 导读
• 定义
• 类比说明静态绑定和动态绑定
• 从`Java`角度来看静态绑定和动态绑定
• 给实际编程所带来的影响

导读

这个部分是相当底层的知识，不涉及实际编程，可能会有些枯燥。

定义

所谓绑定，就是将方法与其所在的对象或者类关联起来。

静态绑定，或者有人比较喜欢称为前期绑定，意思是在执行之前就已经明确了什么方法属于什么类或者对象。

动态绑定，或者有人比较喜欢称为后期绑定，意思是在执行的时候根据具体的实例化对象绑定对应的方法。

听起来很绕？来看看这些个例子。

类比说明静态绑定和动态绑定

有一天，你家里多了一只猫娘。先不管你是怎么得到的吧，总之就在你家了。于是，在这个时候，这只猫娘就和你绑定了。

由于家里人就你天天陪着她，她也就每天粘着你。不久之后，你就和这只猫娘静态绑定了。有人来看看你和你的猫娘的时候，一看到那只怯生生的猫娘躲在你背后，就知道：啊，这只小猫娘粘上你了呐。

但是呢，眼看着小猫娘一天天长大，总不能一直都在家里吧？。你的猫娘也凭自己的努力得到了一个小铃铛（串戏了啊喂），你就带着她出去转转了。路上碰到了一个警察，警察看到你的猫娘上有一只铃铛，就把猫娘和你一起动态绑定了。也是只有在你和小猫娘出门之后，警察才会将你和你的小猫娘通过一只铃铛进行绑定。

从Java角度来看静态绑定和动态绑定

辣么，在面向对象编程中，动态绑定和静态绑定又是什么呢？拿Java来说吧。

我们在创建utils包的时候会封装一些静态类作为项目必须的工具类。其中必定会使用private、final、static等来修饰字段或者方法。这些就是静态绑定，在一开始就直接知道了这些个方法和字段就是这个工具类的一部分。

另外，在声明entity包中的各种映射实体类的时候，我们会使用public来修饰，其中的各种方法也是public方法。这种在运行之中JVM也并不清楚这到底是谁的方法，而是在产生各种中间件的时候发现这些个方法是属于这个类的。这就是动态绑定。

动态绑定实际上是将可执行的方法和生成的对象进行绑定，所以仅发生在程序执行过程中；静态绑定则是将不可被继承或者不可被覆盖的方法和原类进行版绑定。

给实际编程所带来的影响

可以肯定的是，无论是什么语言，动态绑定永远都比静态绑定耗时较长。拿Java来看，JVM需要消耗一点时间将创建过后的对象和方法对应起来实现动态绑定，而静态绑定则是已经确认了谁和谁本来就应该在一起。所以，如果是使用非常频繁的工具类，我们可以考虑使用静态方法，这样就能够进行静态绑定，这样运行起来会稍微快一点点。（虽然一直做CRUD的API调用工程师也接触不到这些内容啦）

是不是有点能理解了呢？