Struct：
在结构体中方法都是静态调用（直接调用），也就意味着在在编译连接完成之后当前这个函数的地址就已经确定了，在函数执行的过程中就会直接去到这个地址来执行当前方法，这是结构体的方法调度
Class：
相比于结构体，在类中方法是存放在v-Table中
v-Table在sil中的表示：
decl ::= sil-vtable
sil-vtable ::= 'sil-vtable' identifier '{' sil-vtable-entry* '}'
sil-vtable-entry ::= sil-decl-ref ':' sil-linkage? sil-function-name
v-Table代码解读：先声明sil-vtable这个关键字，这个关键字里面包含了第一‘sil-vtable’关键字，第二包含一个identifier（标识符）可以是类，然后{' sil-vtable-entry* '}代表着identifier中包含的所有方法，最后一段是方法声明和方法名称
验证方式一：汇编
源码：
import UIKit
class LGTeacher {
func teacher() {print("teacher")}
func teacher1() {print("teacher1")}
func teacher2() {print("teacher2")}
func teacher3() {print("teacher3")}
}
class ViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
// Do any additional setup after loading the view.
var t = LGTeacher()
t.teacher()
t.teacher1()
t.teacher2()
t.teacher3()
}
}
arm64汇编指令
blr: 带返回的跳转指令，跳转到指令后边跟随寄存器中保存的地址
mov: 将某一寄存器的值复制到另一寄存器（只能用于寄存器与寄存器，或者寄存器与常量之间传值，不能用于内存地址）
例子：mov x1,x0 将寄存器x0的值复制到寄存器x1中
ldr: 将内存中的值读取到寄存器中
例子：ldr x0，[x1,x2] 将寄存器x1和寄存器x2相加作为地址，取该内存地址的值放入寄存器x0中
str: 将寄存器中的值写入内存中
例子：str x0，[x0, x8] 将寄存器x0的值写入内存[x0+x8]处
br : 跳转到某地址
图一：
图二：
验证方式二：SIL
结论：想要验证的是在v-table中函数地址是连续存储的！！！
子类继承父类，子类的v-table里面完整copy了父类里面的方法，采用的是以空间换取时间的方式。
关于extension中的方法，调用的时候不通过v-table的方式了，是直接访问内存地址。跟OC中是不同的
补充OC中的分类：
OC中方法调度是二维数组，Method_list,当出现Category的时候，是将Method_list整体向后移动Category_list的内存空间，然后重新组合成了一个新的Class，这个时候会出现一个问题：如果class中的方法与category中的方法出现了重合，这个时候调用方法会优先调用到Category中的方法，原因是Category在整个Method_list的最前面。
final
final关键字：通过final关键字声明的方法会变成直接调用
@Objc
@Objc: 暴露头文件给Objective-c调用，并不修改当前函数的调用方式，真实的状况是这里使用@objc之后，生成了两个相同的方法，其中一个是用@objc来标记的，在@objc标记的方法中调用了Swift v-table中的原方法。如果想真正的完全的给Objective-C来使用，那要使当前类继承NSObject。这个时候就ok了
Dynamic
dynamic：动态的。如果使用dynamic修饰的方法，当前类继承了NSObject，那么该方法就可以使用Method Swizzing
@objc dynamic
@objc dynamic: 如果同时使用这两个来修饰一个方法，那个这个方法的调度方式就会变成动态消息转发，查看汇编代码时当前此方法显示的是objc_msgSend
例子：
class LGTeacher {
dynamic func teacher() {
print("teacher")
}
}
extension LGTeacher {
@_dynamicReplacement(for: teach)
func teach1() {
print("teach1!"）
}
}
