7

我一直在使用SSKeychain开源库将数据安全地存储在我的 iOS 应用程序中。昨天，我遇到一个问题，当我从 iTunes 将我的应用程序从 v1.0 更新到 v2.0 时，SSKeychain 无法保留其数据。

UUID 生成代码： 

- (NSString *)createNewUUID
{
    CFUUIDRef theUUID = CFUUIDCreate(NULL);
    CFStringRef string = CFUUIDCreateString(NULL, theUUID);
    CFRelease(theUUID);
    return (__bridge NSString *)string;
}

在这里，我生成了一个唯一的设备字符串并使用keychain来存储它，并且应用程序严重依赖于唯一的字符串/设备标识符，因为从 iOS5 到 iOS7，Apple 对 进行了很多转换Unique Device Identifier，因为这些方法已被弃用。

Store & Retrive 的应对片段： 

NSString *retrieveuuid = [SSKeychain passwordForService:@"com.name.appname" account:@"AppName"];
if (retrieveuuid == nil) {
    NSString *uuid  = [self createNewUUID];

    //Store the password in Keychain
    NSError *error = nil;
    [SSKeychain setPassword:uuid forService:@"com.name.appname" account:@"AppName" error:&error];

    if ([error code] == SSKeychainErrorNotFound) {
        NSLog(@"ID not found");
    }
}

那么，当应用程序从 Apple 更新时，这是钥匙串无法保留其值/标识符的东西，还是我在某个时候错过了。请帮助是否可以将标识符永久存储在设备中，与安装、卸载、重置和更新应用程序无关。

或者，是否有任何 API 可以在生成时为我提供相同的设备 ID/唯一字符串，因此需要存储唯一字符串？

注意：应用程序必须支持 iOS 4.3 及更高版本。

4

3 回答 3

4

你应该看看这个答案。您现在面临的问题实际上是无法访问与您的捆绑种子 ID（捆绑 ID 之前的 10 个符号字母数字代码）相关的钥匙串组，这是您的团队标识符。因此，基本上，应用程序更新后对钥匙串的访问取决于您使用的分发证书，而不是像 @PF1 提到的配置文件。
为了证明我的观点，我建议您尝试以下步骤：

  1. 在 iTunes Connect 中为您的应用添加新版本。
  2. 使其“准备好上传”。
  3. 在会员中心为自己签发新的分销证书。
  4. 创建两个新的应用商店配置文件 - 一个使用您的旧证书/第二个使用您的新证书。
  5. 像您通常将应用程序提交到 App Store 一样创建两个档案 - 一个带有您的旧证书/第二个带有您的新证书。
  6. 验证两者。拥有新证书的人将给出验证警告，即此版本将丢失对钥匙串组的访问权限。
于 2014-08-25T14:41:12.173 回答
2

我知道这是一个老问题，但我留下这个答案以防万一它对某人有用。我在两个版本中使用相同的权利对其进行了修复。

在此处输入图像描述

在此处输入图像描述

于 2016-08-06T20:18:22.790 回答
1

对于遇到类似问题的其他人，我在本地测试并尝试手动升级应用程序时遇到了这个问题。我尝试使用来自 Xcode 的本地副本（使用我的团队配置文件配置）覆盖我设备上的版本（使用 App Store 配置文件配置）。正如评论中指出的那样，钥匙串似乎与用于构建的配置文件相关联。当我向 Apple 提交并更新我的应用程序时，SSKeychain 工作得很好。

于 2014-08-22T21:54:10.320 回答