virtual-functions - Swift 有动态调度和虚方法吗?

标签 virtual-functions swift dynamic-dispatch

来自 C++/Java/C# 背景,我期待在 Swift 中看到虚方法,但是阅读 swift 文档时我没有看到虚方法的提及。

我错过了什么?


由于浏览量很大,我决定悬赏一个最新且非常清晰/详细的答案。

最佳答案

与 C++ 不同,在 Swift 中没有必要指定一个方法是虚拟的。编译器将计算出使用以下哪一个:

(性能指标当然取决于硬件)

  • 内联方法:0 ns
  • 静态调度:< 1.1ns
  • 虚拟调度 1.1ns(如指定的 Java、C# 或 C++)。
  • 动态调度 4.9ns(类似于 Objective-C)。

Objective-C 当然总是使用后者。 4.9ns 的开销通常不是问题,因为这只占整个方法执行时间的一小部分。但是,在必要的情况下,开发人员可以无缝地回退到 C 或 C++。然而,在 Swift 中,编译器将分析可以使用哪种最快的方式,并尝试代表您做出决定,支持内联、静态和虚拟,但保留消息传递以实现 Objective-C 互操作性。可以用 dynamic 标记方法以鼓励消息传递。

这样做的一个副作用是,动态分派(dispatch)提供的一些强大功能可能无法使用,因为以前可以假设任何 Objective-C 方法都是这种情况。动态调度用于方法拦截,方法拦截又被以下人员使用:

  • Cocoa 风格的属性观察器。
  • CoreData 模型对象检测。
  • 面向方面的编程

上述各种特性是由后期绑定(bind)语言提供的。请注意,虽然 Java 使用 vtable dispatch 进行方法调用,但它仍然被认为是一种后期绑定(bind)语言,因此由于具有虚拟机和类加载器系统而具有上述功能,这是提供运行时检测的另一种方法。 “纯”Swift(没有 Objective-C 互操作)就像 C++,因为它是一种直接可执行的编译语言,具有静态分派(dispatch),因此这些动态特性在运行时是不可能的。在 ARC 的传统中,我们可能会看到更多此类功能转移到编译时,这在“每瓦性能”方面具有优势 - 这是移动计算中的一个重要考虑因素。

关于virtual-functions - Swift 有动态调度和虚方法吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/24014045/

相关文章:

调用 Swift 协议(protocol)扩展方法而不是子类中实现的方法

c++ - 虚函数

c++ - 编译器是否会创建 vtable 而不管 c++ 中的对象创建

JavascriptCore:从 native 代码执行 javascript 定义的回调函数

ios - 使用布局 anchor 将 UiTableView 固定到( View Controller ) View

java - C中使用虚方法表的动态调度

java - 这是动态调度吗?

c++ - 使用虚函数的力量

c++ - 绕过事件的模板化虚函数的方法

xcode - 为什么我在 swift xcode 中会出现这个错误? "Attemped to add a SKNode which already has a parent"