- NSKeyedUnarchiver新版本警告
[NSKeyedUnarchiver validateAllowedClass:forKey:] allowed unarchiving safe plist type ''NSString' (0x1e02a43c0) [/System/Library/Frameworks/Foundation.framework]' for key 'accessToken', even though it was not explicitly included in the client allowed classes set: '{(
"'LHUserInfo' (0x1023ff680) [/private/var/containers/Bundle/Application/4C71BA36-B100-410E-8ADC-49D57182A3F1/LeHooWorld.app]"
)}'. This will be disallowed in the future.
当iOS15.0以上版本使用NSKeyedUnarchiver进行解码的时候，对于解码非特定类型的对象，Apple引入了新的反序列化安全策略的警告。
在iOS 15及以后的版本中，NSKeyedUnarchiver需要知道将要解码哪些对象的类型。这是为了防止应用在反序列化数据时，可能会误解码成并非期望的对象类型，这种情况可能会引起安全问题。此策略的应用方式是，当我们尝试反序列化一个对象时，我们需要显式地告诉 NSKeyedUnarchiver 我们希望解码哪些类。如果没有列出的类被解码，系统就会产生这个警告。
你看到的这个警告是因为你的代码在尝试解码一个 NSString 对象，但 NSString 并没有被明确地添加到 NSKeyedUnarchiver 的允许解码的类列表中。但由于 NSString 是一个安全的Plist类型，所以这个操作还是被允许的，但同时也产生了这个警告。
要解决这个警告，你需要明确地告诉 NSKeyedUnarchiver 在反序列化数据前，你将要解码的类。这样可以确保解码的数据是你期望的类型。这是一个可能的解决方案的例子：
NSData *data = //... your archived data
NSSet *allowedClasses = [NSSet setWithObjects:[NSString class], [MyClass class], nil];
NSError *error = nil;
MyClass *myClass = [NSKeyedUnarchiver unarchivedObjectOfClasses:allowedClasses fromData:data error:&error];
你需要为你希望解码的每个类都创建一个NSSet，并在 unarchivedObjectOfClasses:fromData:error: 方法中使用它。在这个例子中，我们允许解码 NSString 和 LHUserInfo 类型的对象。
注意，你的App可能在试图反序列化 LHUserInfo 类型的对象时，同时也可能在反序列化 NSString 对象，所以你需要在允许解码的类集合中包含这两种类型的类。
这种策略的目的是为了提高安全性，尤其是在处理可能来自不安全来源的数据时。为了确保App的安全性，应该尽可能地限制可以解码的类型。