阿里云交易和账单管理API的签名机制有哪些？

BSS OpenAPI服务会对每个访问的请求进行身份验证，所以无论使用HTTP还是HTTPS协议提交请求，都需要在请求中包含签名（Signature）信息。

阿里云BSS OpenAPI服务通过使用AccessKey ID和AccessKey Secret进行对称加密的方法来验证请求的发送者身份。AccessKey ID和AccessKey Secret由阿里云官方颁发给访问者（可以通过阿里云官方网站申请和管理），其中，AccessKey ID用于标识访问者的身份；AccessKey Secret是用于加密签名字符串和服务器端验证签名字符串的密钥，必须严格保密，只有阿里云和用户知道。

用户在访问时，按照下面的方法对请求进行签名处理：

使用请求参数构造规范化的请求字符串（Canonicalized Query String）
    按照参数名称的字典顺序对请求中所有的请求参数（包括文档中描述的“公共请求参数”和给定了的请求接口的自定义参数，但不能包括“公共请求参数”中提到Signature参数本身）进行排序。
    说明 当使用GET方法提交请求时，这些参数就是请求URI中的参数部分（即URI中“?”之后由“&”连接的部分）。
    对每个请求参数的名称和值进行编码。名称和值要使用UTF-8字符集进行URL编码，URL编码的编码规则是：对于字符 A-Z、a-z、0-9以及字符（-）、（_）、（.）、（~）不编码；对于其他字符编码成“%XY”的格式，其中XY是字符对应ASCII码的16进制表示。例如英文的双引号（”）对应的编码就是%22。对于扩展的UTF-8字符，编码成“%XY%ZA…”的格式；需要说明的是英文空格（ ）要被编码是%20，而不是加号（+）。
    说明 一般支持URL编码的库（例如Java中的java.net.URLEncoder）都是按照“application/x-www-form-urlencoded”的MIME类型的规则进行编码的。实现时可以直接使用这类方式进行编码，把编码后的字符串中加号（+）替换成%20、星号（*）替换成%2A、%7E替换回波浪号（~），即可得到上述规则描述的编码字符串。
    对编码后的参数名称和值使用英文等号（=）进行连接。
    再把英文等号连接得到的字符串按参数名称的字典顺序依次使用&符号连接，即得到规范化请求字符串。
使用上一步构造的规范化字符串按照下面的规则构造用于计算签名的字符串：

StringToSign=
percentEncode(HTTPMethod) + “&” +
percentEncode(“/”) + “&” +
percentEncode(CanonicalizedQueryString)

其中HTTPMethod是提交请求用的HTTP方法，比GET。percentEncode(“/”)是按照1.b中描述的URL编码规则对字符“/”进行编码得到的值，即“%2F”。percentEncode(CanonicalizedQueryString)是对第1步中构造的规范化请求字符串按1.b中描述的URL编码规则编码后得到的字符串。
按照RFC2104的定义，使用上面的用于签名的字符串计算签名HMAC值。注意：计算签名时使用的Key就是用户持有的Access Key Secret并加上一个“&”字符（ASCII:38），使用的哈希算法是SHA1。
按照Base64编码规则把上面的HMAC值编码成字符串，即得到签名值（Signature）。
将得到的签名值作为Signature参数添加到请求参数中，即完成对请求签名的过程。

说明 得到的签名值在作为最后的请求参数值提交给ACOUNT服务器的时候，要和其他参数一样，按照RFC3986的规则进行URL编码）。

BSS OpenAPI服务会对每个访问的请求进行身份验证，所以无论使用HTTP还是HTTPS协议提交请求，都需要在请求中包含签名（Signature）信息。

阿里云BSS OpenAPI服务通过使用AccessKey ID和AccessKey Secret进行对称加密的方法来验证请求的发送者身份。AccessKey ID和AccessKey Secret由阿里云官方颁发给访问者（可以通过阿里云官方网站申请和管理），其中，AccessKey ID用于标识访问者的身份；AccessKey Secret是用于加密签名字符串和服务器端验证签名字符串的密钥，必须严格保密，只有阿里云和用户知道。

用户在访问时，按照下面的方法对请求进行签名处理：

使用请求参数构造规范化的请求字符串（Canonicalized Query String） 按照参数名称的字典顺序对请求中所有的请求参数（包括文档中描述的“公共请求参数”和给定了的请求接口的自定义参数，但不能包括“公共请求参数”中提到Signature参数本身）进行排序。 说明 当使用GET方法提交请求时，这些参数就是请求URI中的参数部分（即URI中“?”之后由“&”连接的部分）。 对每个请求参数的名称和值进行编码。名称和值要使用UTF-8字符集进行URL编码，URL编码的编码规则是：对于字符 A-Z、a-z、0-9以及字符（-）、（_）、（.）、（~）不编码；对于其他字符编码成“%XY”的格式，其中XY是字符对应ASCII码的16进制表示。例如英文的双引号（”）对应的编码就是%22。对于扩展的UTF-8字符，编码成“%XY%ZA…”的格式；需要说明的是英文空格（ ）要被编码是%20，而不是加号（+）。 说明 一般支持URL编码的库（例如Java中的java.net.URLEncoder）都是按照“application/x-www-form-urlencoded”的MIME类型的规则进行编码的。实现时可以直接使用这类方式进行编码，把编码后的字符串中加号（+）替换成%20、星号（*）替换成%2A、%7E替换回波浪号（~），即可得到上述规则描述的编码字符串。 对编码后的参数名称和值使用英文等号（=）进行连接。 再把英文等号连接得到的字符串按参数名称的字典顺序依次使用&符号连接，即得到规范化请求字符串。 使用上一步构造的规范化字符串按照下面的规则构造用于计算签名的字符串： StringToSign= percentEncode(HTTPMethod) + “&” + percentEncode(“/”) + “&” + percentEncode(CanonicalizedQueryString) 其中HTTPMethod是提交请求用的HTTP方法，比GET。percentEncode(“/”)是按照1.b中描述的URL编码规则对字符“/”进行编码得到的值，即“%2F”。percentEncode(CanonicalizedQueryString)是对第1步中构造的规范化请求字符串按1.b中描述的URL编码规则编码后得到的字符串。

按照RFC2104的定义，使用上面的用于签名的字符串计算签名HMAC值。注意：计算签名时使用的Key就是用户持有的Access Key Secret并加上一个“&”字符（ASCII:38），使用的哈希算法是SHA1。 按照Base64编码规则把上面的HMAC值编码成字符串，即得到签名值（Signature）。 将得到的签名值作为Signature参数添加到请求参数中，即完成对请求签名的过程。