iOS端使用AWS Amplify的S3存储功能是否必须接入Cognito？

核心结论先给 #

• Amplify Storage默认的标准接入流程确实绑定Cognito作为鉴权组件，但不是必须接入、也不是必须产生Cognito相关成本，存在多种替代方案。
• Amplify支持直接用Access Key完成鉴权，只是官方不推荐生产环境用这种方式。

为什么Amplify默认绑定Cognito？ #

Amplify本身定位是面向端侧的全栈快速开发框架，不是单纯的S3客户端：

• 它默认预置了端侧访问云资源的通用权限模型：比如未登录用户只能访问公开资源、登录用户只能操作自己上传的文件，Cognito身份池是官方配套的鉴权组件，可以自动完成临时凭证轮换、访问权限匹配，不需要开发者自己写凭证管理、权限校验的逻辑，能减少大量重复代码。
• Amplify是在底层AWS iOS SDK之上做的上层封装，底层SDK本身不绑定任何鉴权服务，你可以自由选择鉴权方式；Amplify为了统一跨端开发体验、降低新手接入门槛，才把Cognito作为默认的鉴权入口。

不用Cognito直接用Access Key接入的方法 #

完全可以实现，只要跳过Amplify CLI自动创建Cognito资源的步骤即可：

1. 初始化Amplify项目时不要执行amplify add auth命令，不会创建任何Cognito相关资源
2. 在iOS端初始化Amplify之前，手动注入静态凭证提供者，示例代码：

// 注入静态AK/SK
let staticCredentials = AWSStaticCredentialsProvider(
    accessKey: "你的访问密钥ID",
    secretKey: "你的访问密钥值"
)
let s3Config = AWSServiceConfiguration(
    region: .CNNorth1, // 替换成你S3桶所在的区域
    credentialsProvider: staticCredentials
)
AWSServiceManager.default().defaultServiceConfiguration = s3Config
// 后续按正常流程注册Amplify Storage插件即可正常使用上传下载功能

重要提醒：长期有效的Access Key绝对不要直接打包到线上发布的iOS安装包中，应用包很容易被反编译提取密钥，一旦泄露可能产生巨额资源盗用账单。这种方式仅适合本地调试使用，生产环境不要这么做。

关于Cognito的成本说明 #

你担心的额外Cognito支出其实是误解：

• 仅用于给S3下发临时访问凭证的Cognito身份池，有永久免费额度：每月5万活跃用户以内完全不收费，普通应用的图片上传场景根本碰不到收费阈值，不会产生任何账单。
• 只有当你额外开通Cognito用户池的短信验证码、第三方登录托管、自定义域名等增值功能时才会产生费用，不需要这些功能的话完全不用开启。

其他不需要接Cognito的实现方案 #

如果觉得Amplify的默认设计太冗余，你完全可以不用Amplify实现S3上传：

• 直接使用底层的AWS iOS SDK直连S3，鉴权逻辑完全自己控制，不管是用服务端下发的临时凭证、还是自定义签名都可以，包体积更小、配置更灵活，只是没有Amplify封装好的断点续传、上传状态回调这些开箱即用的工具方法。
• 安全性更高的方案是加一层业务服务端中转：端侧把图片上传到你自己的业务服务器，由服务器负责和S3交互存储，端侧完全不需要接触AWS的任何鉴权凭证，从根源上避免密钥泄露风险。

内容的提问来源于stack exchange，提问作者dilldawg