Swift中为何调用协议扩展方法而非结构体方法？代码差异解析

原因解析 #

1. 协议方法的派发规则
   Swift中，只有被声明为协议要求的方法才会触发动态派发（根据实例的实际类型调用对应实现）；仅在协议扩展中实现的方法属于静态派发，编译器会在编译时根据变量的静态类型决定调用逻辑。

2. 方法签名不匹配
   你的代码里，Readable协议并未将text()声明为必须实现的方法，仅在扩展中提供了返回String?的默认实现；而Book结构体的text()返回String，这是一个签名完全不同的独立方法，并非对协议扩展方法的重写。

3. 可选链的类型解析逻辑
   当使用book?.text()调用时，可选链会让编译器优先匹配协议扩展中返回可选类型的text()方法（因为可选链的调用结果本身是可选类型，与扩展方法的返回值类型更契合），因此最终执行的是协议扩展的实现；而book!.text()是直接解包得到Book类型实例，编译器直接调用结构体自身的text()方法。

解决方法 #

要始终调用结构体的text()方法，推荐以下两种方案：

方案1：将text()声明为协议要求

把text()加入协议定义，使其成为动态派发的协议方法，同时统一返回值类型：

protocol Readable {
    // 声明为协议必须实现的方法
    func text() -> String
}

extension Readable {
    // 可选：提供协议方法的默认实现
    func text() -> String {
        "in protocol"
    }
}

struct Book: Readable {
    // 重写协议方法，实现自定义逻辑
    func text() -> String {
        "in struct"
    }
}

let book: Book? = Book()

print(type(of: book?.text)) // Optional<() -> String>
print(type(of: book!.text)) // () -> String

print(book?.text()) // Optional("in struct")
print(book!.text()) // in struct

这种方式利用Swift的动态派发特性，无论是否通过可选链调用，都会根据实例的实际类型（Book）执行对应的方法实现。

方案2：统一方法签名并明确类型

如果不想修改协议定义，需要让Book的text()方法签名与协议扩展完全一致，并在调用时明确指定类型：

protocol Readable {}

extension Readable {
    func text() -> String? {
        "in protocol"
    }
}

struct Book: Readable {
    // 统一方法签名，返回String?
    func text() -> String? {
        "in struct"
    }
}

let book: Book? = Book()

// 明确以Book类型调用方法
print((book as Book?).text()) // Optional("in struct")
print(book!.text()) // Optional("in struct")

不过这种方案依赖静态类型约束，可靠性不如方案1，仅适合无法修改协议的场景。

内容的提问来源于stack exchange，提问作者xjliu