“Mobile Hub”很好地设置了用户池、身份池、IAM 角色等。
密钥等主要在 Info.plist 文件中提供，尽管（不明智地）用户池 AWSSignInProvider 的开发人员在配置文件中使其具有硬编码的密钥。
所以：
如果您不打算使用“Mobile Hub”控制台应用程序来更改您的移动应用程序配置，那么您将不再需要下载。在这种情况下，您不必担心 Info.plist 或配置文件的更改，您可以编辑您想要的内容。
目前尚不清楚您是要使用移动中心创建的身份池并且只想插入您的用户池，还是要更改这两个池。显然，如果您使用相同的身份池，则不需要以下某些更改（它们很明显，因为您将它们更改为完全相同）。
因此，您只需更改 ID 即可正确连接所有内容。
一般情况下，您需要修复Info.plist和配置文件中所有下载的密钥和ID，然后您需要更新服务器配置。更详细地说，这里是您需要更改的地方：
在应用程序中：
将 Info.plist 中的所有键更新为您想要的键。 （特别是 google 的凭据提供程序和身份管理器密钥）但如果您使用其他移动中心服务，请检查那里的密钥。
如果您使用的是 s3 和其他一些服务，则目录名称/数据库名称也存储在代码中...我将其作为查找它们的活动。
在文件 MySampleApp->AmazonAWS->AWSConfiguration.swift 中编辑 Mobile hub 提供的键以匹配您的用户池（这样做时要低声咒骂，因为它们不在 Info.plist 中）
在控制台中：
将你的应用名称放入你的用户池APP列表中，如果没有的话，记录下用户池id、应用id和应用秘钥。
单击由移动中心创建的联合身份和身份池，并更新身份验证提供程序以使用您的 cognito 用户池 ID 和应用 ID。
如果您还要更改身份池，那么您需要查看您的 auth 和 unauth 用户的 IAM 角色，并专门编辑名为：.....yourapp....signin_MOBILEHUB_xxxxxxx 的策略，以及将该策略中的身份池 ID 更改为您要使用的身份池 ID。对 auth 和 unauth 都执行此操作。
（如果您只使用一个池，则可以更改 id，或者如果您将有多个身份池（用于测试...等），则将另一个添加到这样的 id 列表中）
"Resource": [
"arn:aws:cognito-identity:*:*:identityPool/us-east-1:8s8df8f8-sd9fosd9f0sdf-999sd99fd",
"arn:aws:cognito-identity:*:*:identityPool/us-east-1:dfsf9099-sd9fosd9f0sdf-sd9f0sdf09f9s"
]
类似地，在与角色关联的信任关系中，您需要修复 id，（如果您希望角色服务于多个身份池，则需要处理多个 ID）。以下是如何在此处指定多个 id。
"Condition": {
"ForAllValues:StringLike": {
"cognito-identity.amazonaws.com:aud": [
"us-east-1:8s8df8f8-sd9fosd9f0sdf-999sd99fsdfdd",
"us-east-1:dfsf9099-sd9fosd9f0sdf-sd9f0sdf09f9s"
]
},
如果您也使用谷歌...您需要确保您在谷歌的 IAM 配置中有一个 identityProvider（移动集线器为您做了），如果您使用自己的身份池，则在您的联合身份中池授权提供者配置，您需要选择 google 开放 ID 提供者（并将 google 也放入授权提供者中（但我认为这部分不是严格需要的））
facebook 不使用 OpenID Connect，它有一种配置到身份验证提供程序部分的专有方式，因此如果需要，请在身份池身份验证提供程序部分输入这些密钥。
这应该足以让它发挥作用。
不，你不会发疯...文档与当前的 IOS SDK 不匹配。移动集线器使用构建在 sdk TOP 之上的 aws-mobilehub-helper-ios (github)，因此文档也不适用于它！ Mobile Hub Helper 的设计不错，因此我建议您使用它，而不是原始 SDK。
（最后......我在这里没有深入了解，因为我不使用 API 网关，但我的理解是 API 网关是一种获取使用 AWS 服务的凭证的方法，并且与移动集线器一起使用应用程序，您将使用 Cognito 获取这些凭据，因此我不确定您是否需要将 API 网关带入其中……完全）
更新
您可能不想为您的 javascript 应用程序的用户使用任何客户端密码，并在同一个池中使用 IOS 移动应用程序。这可以通过两种方式完成：
1) 更好的方法是在用户池中创建两个不同的客户端。对于一个您将生成一个客户端密码，对于另一个您将取消选中“生成客户端密码”框。
然后在您的联合身份池中，您转到身份验证提供者，然后单击 Cognito，并使用相同的用户池 ID 指定两个不同的提供者。 （这实际上并不是两个不同的提供者，而是控制台让您指定它的方式）。然后您将两个不同的客户端 ID 放在这些提供程序中。
现在 IOS 应用和 Javascript 应用都可以访问池并从 identityProvider 和 credentialsProvider 获取身份验证和凭据。
2) 一个不太好的方法。这种方式更糟糕的原因是因为我不知道它对您的移动应用程序安全性的影响（如果有的话）。在 AWS，没有人可以在不购买支持合同的情况下提出问题。但另一种方式是存在的。
您所做的是在两个应用程序中使用相同的客户端 ID，并且您不会生成客户端密码。为此，您在 clientSecret 中输入“nil”。这适用于一些警告。
首先，AWS Mobile Hub 的 AWSCognitoUserPoolsSignInProvider 中有一个错误。该类要求 clientSecret 不为空。但在 SDK 中，告诉 SDK 您不需要客户端密码的唯一方法是传递 nil！但是有一些解决方法。
（我所做的是使用 AWSCUPIdPSignInProvider.swift （我写的），它可以正常工作，而且我有一个版本可以使用 nil 作为秘密。我这样做是因为我测试它的速度更快。你可以如果要使用，请在 github 上找到该登录提供程序）
但更好的（更面向未来的）解决方案可能是使用移动集线器提供的 AWSCognitoUserPoolsSignInProvider，但更改 AWSMobileClient 中的代码以配置和注册您自己的池，而不是让 AWSCognitoUserPoolsSignInProvider 为您完成。
我没有费心去尝试这个，（因为我们只需要这样做，因为 AWS 还没有开始更新 github aws-mobilehub-helper-ios）。但基本上是在 AWSMobileClient 而不是这段代码：
func setupUserPool() {
// register your user pool configuration
AWSCognitoUserPoolsSignInProvider.setupUserPoolWithId(AWSCognitoUserPoolId, cognitoIdentityUserPoolAppClientId: AWSCognitoUserPoolAppClientId, cognitoIdentityUserPoolAppClientSecret: AWSCognitoUserPoolClientSecret, region: AWSCognitoUserPoolRegion)
AWSSignInProviderFactory.sharedInstance().registerAWSSignInProvider(AWSCognitoUserPoolsSignInProvider.sharedInstance(), forKey:AWSCognitoUserPoolsSignInProviderKey)
}
你会有类似这样的代码
func setupUserPool() {
// register your user pool configuration
// find the service configuration (we don't know if they set it as default)
let credentialProvider = AWSCognitoCredentialsProvider(regionType: .USEast1 (or your region), identityPoolId: "YourIdentityPoolId")
let configuration = AWSServiceConfiguration(region: .USWest2 (or your region), credentialsProvider: credentialProvider)
// configure and put your own user pool in the service configuration
let userPoolConfiguration = AWSCognitoIdentityUserPoolConfiguration(clientId: AWSCognitoUserPoolAppClientId, clientSecret: nil, poolId:AWSCognitoUserPoolId)
// now we register that pool with the service configuration using the key they use
AWSCognitoIdentityUserPool.register(with: configuration, userPoolConfiguration: userPoolConfiguration, forKey: AWSCognitoUserPoolsSignInProviderKey)
AWSSignInProviderFactory.sharedInstance().registerAWSSignInProvider(AWSCognitoUserPoolsSignInProvider.sharedInstance(), forKey:AWSCognitoUserPoolsSignInProviderKey)
}
但正如我上面所说，解决方案 1，使用两个不同的客户端并指定两个不同的提供者是首选。