晚上打算睡覺的時候,群裡反饋訂單接收失敗,開工排查問題,紀錄檔顯示驗籤失敗,發現一個蠻有意思的BUG,總算有了一個寫作的素材
本次的場景屬於比較常見的收單API,對第三方的訂單進行簽名驗證,然後持久化到資料庫,簽名規則大致是將引數key按照升序排序,然後根據key=value&進行字串拼接,最後加上祕鑰,按照指定的加密方式生成簽名
設計之初,肯定是怎麼簡單怎麼來,粗略程式碼如下
[HttpPost]
public async Task<IActionResult> TestSendOrder([FromBody] ReceiveOrderRequest request)
{
var secret_key = _options.Value.SecretKey;
var url = _options.Value.Host;
//1.將模型轉成json格式字串
var param = JsonConvert.SerializeObject(request);
//2.將json格式字串,序列化成有序字典
SortedDictionary<string, string> dict = JsonConvert.DeserializeObject<SortedDictionary<string, string>>(param);
//3.迴圈字典,按規則拼接成待加密的明文字串
var data = "";
foreach (var item in dict)
{
if (item.Key == "sign") continue;
data += $"{item.Key}={item.Value}&";
}
data += $"secret_key={secret_key}";
//4.生成簽名
var sign = EncryptHelper.SHA1Encryption(data);
request.sign = sign;
//5.模擬訂單推播
var res = await _httpClientHelper.PostData(url, JsonConvert.SerializeObject(request));
return Ok(res);
}
不出意外,肯定是要出意外的,聯調的時候,發現與第三方待加密的明文字串不一致,問題出在JsonConvert序列化上,這裡有兩個問題
1. DateTime格式不一致
如: DateTime dt = "2022-07-30 12:26:56"
序列化後 dt=2022-07-30T12:26:56
2. decimal小數點後自動補0
如: decimal price = 10
序列化後 price=10.0
針對第一個問題,很好解決,我們在序列化的時候,指定DateTime的格式即可
var iso = new IsoDateTimeConverter();
iso.DateTimeFormat = "yyyy-MM-dd HH:mm:ss";
var param = JsonConvert.SerializeObject(request, iso);
針對第二個問題,處理起來就比較麻煩了,要重寫底層的一些東西(主要是我不會),這不符合"簡單"的定義,得換個方案
通過反射遍歷物件,然後將屬性名稱與值,丟到有序字典裡面,這裡我寫了個方法來判斷值是否為時間,如果是時間型別,則格式化,程式碼如下
public string GetFmortDateTime(string strDate)
{
DateTime dt;
if (DateTime.TryParse(strDate, out dt))
{
return dt.ToString("yyyy-MM-dd HH:mm:ss");
}
else
{
return strDate;
}
}
不出意外,肯定是要出意外的,不然也不會有這個素材去水一篇部落格了
有個欄位的值是9.9,結果被序列化成了 2022-09-09 00:00:00,吃了一驚,看來是把這個數位格式化成月份日份了,真有意思,又GET到一個新姿勢,發現問題解決問題就簡單多了,因為定義了資料模型,我們直接在反射的時候,獲取該值的型別做判斷即可
public static async Task<bool> CheckSign(dynamic request, string secret)
{
SortedDictionary<string, string> dict = new SortedDictionary<string, string>();
foreach (PropertyInfo p in request.GetType().GetProperties())
{
var value = p.GetValue(request);
if (value == null)
{
dict[p.Name] = "";
}
else
{
var valueType = value.GetType();
if (valueType.Name == "DateTime")
{
dict[p.Name] = Convert.ToDateTime(value).ToString("yyyy-MM-dd HH:mm:ss");
}
else
{
dict[p.Name] = value.ToString();
}
}
}
var sign = dict["sign"];
dict.Remove("sign");
var data = "";
foreach (var item in dict)
{
data += $"{item.Key}={item.Value}&";
}
data += $"secret_key={secret}";
var new_sign = EncryptHelper.SHA1Encryption(data);
return new_sign.ToLower() == sign.ToLower();
}
看到這裡,可能就有小夥伴有話要說了,你這定義了一個模型,還要通過迴圈兩次,才能生成待加密的明文字串,不符合"簡單",乾脆直接用個有序字典去接收引數好了,這樣只用迴圈一次
秒啊,秒啊,秒啊,妙蛙種子都沒有你秒,這種做法不是不行,但是後面維護的人估計要抓狂了,按照規約,我們是不推薦這麼幹的,這次就破例這麼幹一次,丟擲另一個問題,一個字串,如何判斷它是一個我們約定的時間格式,很顯然9.9並不是約定的時間格式
這裡推薦 DateTime.ParseExact方法,可以根據我們自定義的方式,來格式化時間,舒坦了...
public static string GetFmortDateTime(string strDate)
{
string[] format = { "yyyy-MM-ddTHH:mm:ss" };
DateTime dt;
if (DateTime.TryParseExact(strDate,format,CultureInfo.InvariantCulture,DateTimeStyles.None,out dt))
{
return dt.ToString("yyyy-MM-dd HH:mm:ss");
}
else
{
return strDate;
}
}