最近在做一個(gè)數(shù)據(jù)交換服務(wù)接口，用的 .NET Web API 項(xiàng)目。需要監(jiān)控每次請求的數(shù)據(jù)，也就是操作日志。請求數(shù)據(jù)為實(shí)體對象，所以我用了序列化將請求內(nèi)容讀取并寫入日志。咋一看，好像并沒有什么問題，但是時(shí)間卻不是我們平?？吹降母袷健ＰЧ麍D是這樣的：

　　猜測這里是由于 js 初始化時(shí)間的時(shí)候往往是向 1970/01/01 添加毫秒數(shù)，JavaScriptSerializer 進(jìn)行序列化的時(shí)候也會(huì)格式化為距離1970/01/01 到當(dāng)前時(shí)間點(diǎn) GMT+0 時(shí)間的毫秒數(shù)，如果直接反序列化可以看到少了8小時(shí)，且時(shí)間精度到毫秒，原來初始化的時(shí)間精度是 10-7 秒。

　　這種時(shí)間格式是使用于 js 的，但如果我們想把這個(gè)信息保存的話，這樣的時(shí)間格式不適合閱讀。因此需要做一下轉(zhuǎn)換。以下代碼利用正則表達(dá)式將毫秒數(shù)轉(zhuǎn)換成本時(shí)區(qū)的時(shí)間格式：

/// <summary>
    /// 序列化請求數(shù)據(jù)
    /// </summary>
    /// <param name="obj">請求數(shù)據(jù)</param>
    /// <returns></returns>
    public string LocalSerialize(object obj)
    {
      var jser = new System.Web.Script.Serialization.JavaScriptSerializer();
      var json = jser.Serialize(obj);
      //將時(shí)間格式轉(zhuǎn)換為適合閱讀習(xí)慣的格式
      json = System.Text.RegularExpressions.Regex.Replace(json, @"\\/Date\((\d+)\)\\/", match =>
      {
        DateTime dt = new DateTime(1970, 1, 1);
        dt = dt.AddMilliseconds(long.Parse(match.Groups[1].Value));
        dt = dt.ToLocalTime(); //本地時(shí)間
        return dt.ToString(); ;
      });
      return json;
    }

然后再調(diào)用該方法就可以了。完成后的效果圖：

至此完成了轉(zhuǎn)換。

本文參考：C# JavaScriptSerializer序列化時(shí)的時(shí)間處理詳解

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持我們。