使用PHP直传Amazon S3时指定Content-Type被忽略问题

看起来你遇到的核心问题是S3没有按预期执行Content-Type的限制策略，这大概率是因为表单字段配置和策略条件的匹配逻辑出了问题。我们一步步来修正：

1. 调整PostObjectV4的表单字段配置 #

你当前代码里把Content-Type设为了固定值'text/plain'，这会强制表单发送这个静态值，但我们需要让S3验证的是用户上传文件的实际Content-Type是否符合text/开头的规则。所以要把表单字段里的Content-Type改成动态变量：

return new \Aws\S3\PostObjectV4(
    $s3_client, 
    $bucket, 
    [ 
        'acl' => 'public-read', 
        'key' => 'files/shop_manager/' . $merchant_id . '/${filename}', 
        'success_action_redirect' => $redirect_url, 
        'Content-Type' => '${Content-Type}', // 改为动态变量，传递文件真实的Content-Type
    ], 
    [ 
        ['acl' => 'public-read'], 
        ['bucket' => $bucket], 
        ['starts-with', '$key', 'files/shop_manager/' . $merchant_id], 
        ['starts-with', '$success_action_redirect', $redirect_url], 
        ['starts-with', '$Content-Type', 'text/'], // 保留这个验证条件
        ['content-length-range', 1, 10485760] //10MB 
    ] 
);

2. 移除表单中手动添加的固定Content-Type隐藏字段 #

你生成的表单里有<input type="hidden" name="Content-Type" value="text/" />，这会覆盖浏览器自动识别的文件Content-Type，导致S3验证的是这个静态值而非文件实际类型。修正上面的代码后，PostObjectV4会自动生成正确的动态Content-Type字段，无需手动添加这个输入框。

3. 验证策略签名的正确性 #

虽然你提到没有报错，但策略中的语法错误（比如引号、逗号缺失）可能导致验证逻辑静默失效。你可以把生成的Policy值复制到Base64解码工具中，确认解码后的conditions数组包含["starts-with", "$Content-Type", "text/"]这一项，确保策略内容和预期一致。

额外提示 #

• 浏览器会自动检测文件的Content-Type，但部分浏览器对小众文件类型的识别可能不准确。如果需要更严格的控制，可以在前端JS中先做一层文件类型验证，再允许提交表单。
• 确保你的S3 Bucket的CORS配置允许POST请求，并且将Content-Type加入AllowedHeaders列表，否则浏览器可能会提前拦截请求。

调整后，S3就会正确验证上传文件的Content-Type是否以text/开头，不符合条件的上传会被明确拒绝并返回错误信息。

内容的提问来源于stack exchange，提问作者Emade Haryo Kuncoro