早早就说好要分享一下HandyJSON的实现思路了,今天总算有点时间,这里就记录一下吧。
背景
我所在iOS团队是从去年11月份切Swift的。我们服务端和客户端数据交互格式一直用的是JSON,而当时Swift中处理JSON名气比较大的库貌似只有SwiftyJSON,工程切到Swift后,我们也用了这个库。用上之后,需求是满足了,但是对一些复杂的Model,代码写得看起来非常糟糕,因为每次取值都需要 json["akey"]["bkey"]["ckey"].value
形式,写的时候对着文档没觉得啥问题,但过后在脱离文档的情况下,通篇都是字符串表达的key,很难从代码中感觉出Model结构。所以我们都会把一段sample数据写在注释里。但仍然比较凌乱,另外key写错了debug起来也费劲,一个大小写问题有时候debug半天。
于是我们进化了一下,先写好Model,然后Model类中写convert函数,也用上了KVC遍历key赋值。写起来舒服多了,但还是麻烦,而且要求每一个类都继承自NSObject。不久后,我们认识了ObjectMapper库,二话不说,就换了上去。世界顿时干净多了。
但还是感觉差了一点,因为ObjectMapper需要自己指明映射关系。通常JSON中key和Model中字段名都是一致的,每次都要额外写一坨东西,总觉得多余,字段有改动的时候也费劲。新来刚接触Swift的同事,也表示不太舒服,因为他们之前使用的JSON反序列化库,无论Java中还是Objective-C中,都是自然使用Model字段名去取值的。
所以就想着研究一下,Swift中能不能做到这种效果。
Swift中存在的限制
无论是Java或者Objective-C中的JSON反序列化库,通常都是,在运行时获取Model的字段名集合,遍历该集合,拿Key去JSON中取值并完成赋值。这些步骤,Java依赖反射机制可以实现,Objective-C通过class_copyPropertyList
方法加上KVC机制,也能轻松实现。而Swift会卡在最后一步: 无法赋值。
Swift的反射是只读的,就是说,我们能在运行时获取一个Model实例的所有字段、字段值,但却无法给它赋值。事实上,我们拿到的value是原值的一个只读拷贝,即使获取到这个拷贝的地址写入新值,也是无效的。
class Animal {
var name: String?
}
Mirror(reflecting: Animal()).children.forEach { (child) in
print(child.label ?? "", child.value) // working correctly
child.value = "cat" // error,不能直接赋值
}
而且迄今,苹果官网文档上对实现反射机制的Mirror类仍然是这么描述: Mirrors are used by playgrounds and the debugger
,态度非常含糊,似乎不太鼓励,但生产中很多类库都用上了。只能说,苹果不会轻易撤下这个能力,但期待它对这个能力做出改进(比如支持运行时赋值),是希望渺茫的。
如何绕过限制
最简单的方式,就是在Swift中定义Model时继承NSObject,让这个Model的实例存在于objc运行时中,上述的class_copyPropertyList
方法和KVC就能用上了。目前看见的Swift中不需要指明映射关系的JSON库,都是这种方式。
然后就是以ObjectMapper
为代表的库,通过运算符重载,在指定映射关系时完成赋值。走这一类实现的库也非常多了。
但我想做到的是,既支持运行在Swift运行时的纯Swift类,又不需要显示指定每一个字段的映射关系。那么,不能走反射赋值,那就直接写入内存吧。
具体实现
Swift中,一个类实例的内存布局是有规律的:
- 32位机器上,类前面有4+8个字节存储meta信息,64位机器上,有8+8个字节;
- 内存中,字段从前往后有序排列;
- 如果该类继承自某一个类,那么父类的字段在前;
- Optional会增加一个字节来存储.None/.Some信息;
- 每个字段需要考虑内存对齐;
这方面尚未从官方的资料找到参考,上述规律一些是从网上其他大神的总结中收集,一些从Clang的一些说明文档中挖掘,加上自己的反复验证得到。
有法子计算内存布局,剩下的事情就比较简单了。对一个实例:
- 获取它的起始指针,移动到有效起点;
- 通过Mirror获取每一个字段的字段名和字段类型;
- 根据字段名在JSON中取值,转换为和字段一样的类型,通过指针写入;
- 根据本字段类型的占位大小和下一个字段类型计算下一个字段的对齐起点;
- 移动指针,继续处理;
获取类实例的起始指针
Swift中,获取struct实例起始指针和获取class实例起始指针的方法是不一样的,和语言版本也相关。在Swift3中:
// 获取struct实例起始指针
mutating func headPointerOfStruct() -> UnsafeMutablePointer {
return withUnsafeMutablePointer(to: &self) {
return UnsafeMutableRawPointer($0).bindMemory(to: Byte.self, capacity: MemoryLayout.stride)
}
}
// 获取class实例起始指针
mutating func headPointerOfClass() -> UnsafeMutablePointer {
let opaquePointer = Unmanaged.passUnretained(self as AnyObject).toOpaque()
let mutableTypedPointer = opaquePointer.bindMemory(to: Byte.self, capacity: MemoryLayout.stride)
return UnsafeMutablePointer(mutableTypedPointer)
}
通过Mirror获取字段名、类型
Mirror(reflecting: Animal()).children.forEach { (child) in
print(child.label ?? "") // 获取字段名
print(type(of: child.value)) // 获取字段类型
}
计算Model的每个属性字段占位大小
Swift3暴露了两个接口用于计算类型占位大小:MemoryLayout.size(ofValue: T)
和MemoryLayout
。这两者都没办法直接用,因为:
- 对于每个属性,我们目前只持有它的起始指针,而不是它的实例,第一个接口用不上;
- 对于每个属性,我们是在运行时中获取到它的类型,已经没办法再实例化出泛型类型MemoryLayout
来计算size。所以,我引入了 HandyJSON
类,在扩展中实现函数:
protocol HandyJSON {
}
extension HandyJSON {
static func size() -> Int {
return MemoryLayout.size
}
}
于是,对于每一个实现HandyJSON
协议的Model类T,直接调用 T.size() 就能获取到T的size了。
内存对齐的影响
类实例的属性并不是直接按照各自占位大小依次往下排列的,不然事情就简单了。和C/C++一样,Swift中实例内存布局也考虑了内存对齐。翻阅了Swift的docs和LLVM的一些资料,MemoryLayout
提供了一个接口:MemoryLayout
,对齐的规则为,每个字段的起始地址必须为alignment值的整数倍。细节的出处我一下子找不到了。那么,HandyJSON
中计算下一个字段起始地址的函数为:
// Returns the offset to the next integer that is greater than
// or equal to Value and is a multiple of Align. Align must be
// non-zero.
static func offsetToAlignment(value: Int, align: Int) -> Int {
let m = value % align
return m == 0 ? 0 : (align - m)
}
其他情况
基本类型按照上述方法处理就可以了,还有可选类型、数组类型、字典类型,通过遍历、递归解析等方式,处理方法也类似。如数组:
extension Array: ArrayTypeProtocol {
static func getWrappedType() -> Any.Type {
return Element.self
}
static func castArrayType(arr: [Any]) -> Array {
return arr.map({ (p) -> Element in
return p as! Element
})
}
}
获取到Array泛型实参类型,然后构造出该类型的一个数组,完成赋值就可以了。
结语
主要流程就是这样了,也比较简单,剩下处理继承、组合等情况,只是实现问题,就不再赘述了。总觉得自己对Swift指针这一套设施理解还不是很到位,也许有更好的用法,比如说,完全不需要空的init()
函数就可以初始化出一个类的实例。有同学在这方面有更深入理解,有什么意见或者建议的,欢迎交流~
参考
- The Swift Reflection API and what you can do with it
- Getting to Know Enums, Structs and Classes in Swift
- Behind Swift Object
- Unsafe Swift: For Fun & Profit
- Becoming less afraid of unsafe mutable pointers in Swift
- Swift对C指针实现浅析
- Swift 中的指针使用
- Advanced & Practical Enum usage in Swift
- SwiftJSON
- ObjectMapper