C# 参数签名字符串按 ASCII码排序,注意其中的坑

参数签名中一般是按键值对中键名称的ASCII按从小到大的顺序排序后进行hash为签名字符串。不要直接使用 SortedDictionary<string, string> 有坑的,他是按数字、小写字母、大写字母的顺序排的,实际规则应该是数字、大写字母、小写字母的顺序来排才对。一直使用他在支付宝和微信的接口中都没问题,由于支付宝和微信的单词是用下划线分隔的,今天接入的一家支付公司用的驼峰命名法坑就出现了。正确的打开姿式以下:html

/// <summary>
/// ASCII值排序
/// </summary>
public class OrdinalComparer : System.Collections.Generic.IComparer<String>
{
    public int Compare(String x, String y)
    {
        return string.CompareOrdinal(x, y);
    }
}
//使用
//SortedDictionary<string, string> sDic 待排序的键值对
var sArr = sDic.OrderBy(x => x.Key, new OrdinalComparer()).ToDictionary(x => x.Key, y => y.Value);
//而后 foreach sArr 就OK了

//或者转为数组再排序
string[] arr = new string[sDic.Count];
Array.Sort(arr, string.CompareOrdinal); //ASCII排序

 

在和银行作数据对接时,涉及到数据传输时的验签及加密。其中数据签名方案中就要求数据项根据属性名按 ASCII码 进行升序排序。C#中的ASCII码排序并非表面上那么简单,一不当心就入坑了。由于C#的排序默认并非按照ASCII码进行排序的。举个例子, 我有这样一个字符串数组,而后对其排序。数组

string[] vv = { "1", "2", "A", "a", "B", "b" };
Array.Sort(vv); //结果 1 2 a A b B

若是是按照ASCII码进行排序的话,顺序应该是: 1, 2, A, B, a, b  而实际排序后的结果则是:1, 2, a, A, b, B . 这也就是说Sort()方法默认状况下并非按ASCII码进行排序的。以后我也一样测试了C#中的OrderBy()的排序,发现它默认状况下也并非按照ASCII码进行的排序。微信

string[] vv = { "1", "2", "A", "a", "B", "b" };
vv.OrderBy(x => x); //结果 1 2 a A b B

 那么既然默认排序不是按ASCII码进行的排序,咱们要怎么作呢? 看下面代码,只须要在原来排序方法上再加个参数: string.CompareOrdinal。string.CompareOrdinal会把每一个字符先转成相应的数值(如 a 转为数值 97),而后再对数值进行比较。post

Array.Sort(vv, string.CompareOrdinal); //ASCII排序

注:掉入这个坑是由于起初不知道如何对字符作ASCII码排序,因而百度了一把。获得的结果就是这个 C# 参数按照ASCII码从小到大排序(字典序)  而当我采用这种方式时,银行验签那步始终通不过,调试发现我排序后的结果和银行那边的不一样。这篇博文的博主可能本身也没发现这个坑吧。测试

整理来源:加密

http://www.cnblogs.com/similar/p/6739293.htmlurl

http://www.cnblogs.com/similar/p/6739293.htmlspa

相关文章
相关标签/搜索