CLLocation对象归档/解档精度问题：测试失败求助排查

你遇到的这个问题其实挺常见的，核心原因是CLLocation类没有默认实现值类型的相等判断——XCTAssertEqual底层依赖的是==运算符，而默认的==对于类类型来说，判断的是两个对象的内存引用是否相同，而不是它们的属性值是否一致。

你归档后得到的unarchivedTest!.location是一个全新的CLLocation实例，虽然它的经纬度、精度等所有属性都和原对象一模一样，但它在内存里是另一个独立的对象，所以默认的==比较会返回false，直接导致断言失败。

解决方法有这几种，你可以根据需求选择： #

1. 直接比较CLLocation的核心属性

在测试里不直接比较CLLocation对象，而是逐个对比它的关键属性，比如经纬度：

XCTAssertEqual(unarchivedTest!.location.coordinate.latitude, location.coordinate.latitude, "纬度不匹配")
XCTAssertEqual(unarchivedTest!.location.coordinate.longitude, location.coordinate.longitude, "经度不匹配")
// 如果业务需要，还可以补充比较horizontalAccuracy、timestamp等属性

这种方法最直接，不需要额外扩展，适合只关注核心属性的场景。

2. 给CLLocation扩展Equatable协议

如果你的项目里经常需要比较CLLocation对象，可以给它扩展一个自定义的相等判断：

extension CLLocation: Equatable {
    public static func == (lhs: CLLocation, rhs: CLLocation) -> Bool {
        // 根据你的业务需求，选择需要比较的属性
        return lhs.coordinate.latitude == rhs.coordinate.latitude &&
               lhs.coordinate.longitude == rhs.coordinate.longitude &&
               lhs.horizontalAccuracy == rhs.horizontalAccuracy &&
               lhs.timestamp == rhs.timestamp
    }
}

扩展后，你原来的XCTAssertEqual(unarchivedTest!.location, location)就能正常工作了，因为现在==会按你定义的规则比较属性值，而不是引用。

3. 利用distance(from:)方法判断空间相等

如果你的场景只关心两个位置是否在空间上重合，可以用CLLocation自带的distance(from:)方法：

XCTAssertEqual(unarchivedTest!.location.distance(from: location), 0.0, accuracy: 0.001, "位置不匹配")

这个方法会计算两个位置之间的距离，当距离为0（或在精度范围内）时，就说明两个位置相等，适合地理空间相关的判断场景。

内容的提问来源于stack exchange，提问作者Reinhard Männer