生成签名URL然后通过签名URL上传文件，Content-Type 不应该参与Signature 校验

[tys2019]

参照官方提供的案例：https://help.aliyun.com/document_detail/59670.htm?spm=a2c4g.11186623.0.0.482924cbR6N1lg#concept-59670-zh

生成签名链接前, 指定了Content-Type， 提供给第三方使用的签名上传URL 必须使用 构造签名上传链接的相同 Content-Type。 否则会出现SignatureDoesNotMatch 错误码403.

若生成签名链接前, 忽略Content-Type，提供给第三方使用的签名上传URL 必须也忽略 Content-Type， 否则会出现SignatureDoesNotMatch 错误码403.

现使用第二种方式，导致第三方上传文件的时候，获取到对应的下载链接不能浏览器预览 例如html 格式，上传经常自动携带Content-Type 导致服务报错。种种不方便。使用极为不方便。

参考aws 的S3 , oracle 的oci 都没这个限制，希望解除这个限制

[welllog]

非常赞同，很多场景不需要知道上传文件的Content-Type，现在则必须指定固定的Content-Type。腾讯也没有这个限制

[Keeyuu]

这个设定太蠢了

[nasa1024]

没人解决吗？