原始示例：

/Date(1224043200000)/  

不反映WCF使用内置JSON序列化通过WCF REST发送日期时使用的格式。（至少在.NET 3.5 SP1上）

我发现这里的答案很有用，但需要对正则表达式进行轻微的编辑，因为似乎时区GMT偏移被附加到WCF JSON中返回的数字（自1970年以来）。

在WCF服务中，我有：

[OperationContract]
[WebInvoke(
    RequestFormat = WebMessageFormat.Json,
    ResponseFormat = WebMessageFormat.Json,
    BodyStyle = WebMessageBodyStyle.WrappedRequest
    )]
ApptVisitLinkInfo GetCurrentLinkInfo( int appointmentsId );

ApptVisitLinkInfo的定义很简单：

public class ApptVisitLinkInfo {
    string Field1 { get; set; }
    DateTime Field2 { get; set; }
    ...
}

当“Field2”作为Json从服务返回时，值为：

/Date(1224043200000-0600)/

请注意作为值的一部分包含的时区偏移。

修改后的正则表达式：

/\/Date\((.*?)\)\//gi

它稍显急切，并抓住了家长之间的一切，而不仅仅是第一个数字。生成的时间sinze 1970，加上时区偏移都可以输入eval以获得日期对象。

替换产生的JavaScript行是：

replace(/\/Date\((.*?)\)\//gi, "new Date($1)");

不要想得太多。像我们几十年来所做的那样，从1970年1月1日午夜GMT/UTC/&c这一事实上的标准时间开始，以秒（或毫秒）为单位传递一个数字偏移量。JavaScript喜欢它，Java喜欢它，C喜欢它，互联网喜欢它。

已更新

我们有一个内部UI库，它必须同时处理Microsoft的ASP.NET内置JSON格式，如/Date（msecs）/（最初在这里询问），以及大多数JSON的日期格式（包括JSON.NET），如2014-06-22T00:00:00.0。此外，我们还需要应对旧IE无法处理除小数点后3位以外的任何内容。

我们首先检测我们使用的日期类型，将其解析为一个普通的JavaScriptDate对象，然后将其格式化。

1） 检测Microsoft日期格式

// Handling of Microsoft AJAX Dates, formatted like '/Date(01238329348239)/'
function looksLikeMSDate(s) {
    return /^\/Date\(/.test(s);
}

2） 检测ISO日期格式

var isoDateRegex = /^(\d\d\d\d)-(\d\d)-(\d\d)T(\d\d):(\d\d):(\d\d)(\.\d\d?\d?)?([\+-]\d\d:\d\d|Z)?$/;

function looksLikeIsoDate(s) {
    return isoDateRegex.test(s);
}

3） 分析MS日期格式：

function parseMSDate(s) {
    // Jump forward past the /Date(, parseInt handles the rest
    return new Date(parseInt(s.substr(6)));
}

4） 分析ISO日期格式。

我们至少有一种方法可以确保我们处理的是标准ISO日期或ISO日期修改为总是有三毫秒的位置（见上文），因此代码因环境而异。

4a）分析标准ISO日期格式，处理旧IE的问题：

function parseIsoDate(s) {
    var m = isoDateRegex.exec(s);

    // Is this UTC, offset, or undefined? Treat undefined as UTC.
    if (m.length == 7 ||                // Just the y-m-dTh:m:s, no ms, no tz offset - assume UTC
        (m.length > 7 && (
            !m[7] ||                    // Array came back length 9 with undefined for 7 and 8
            m[7].charAt(0) != '.' ||    // ms portion, no tz offset, or no ms portion, Z
            !m[8] ||                    // ms portion, no tz offset
            m[8] == 'Z'))) {            // ms portion and Z
        // JavaScript's weirdo date handling expects just the months to be 0-based, as in 0-11, not 1-12 - the rest are as you expect in dates.
        var d = new Date(Date.UTC(m[1], m[2]-1, m[3], m[4], m[5], m[6]));
    } else {
        // local
        var d = new Date(m[1], m[2]-1, m[3], m[4], m[5], m[6]);
    }

    return d;
}

4b）使用固定的三毫秒小数位解析ISO格式-更容易：

function parseIsoDate(s) {
    return new Date(s);
}

5） 设置格式：

function hasTime(d) {
    return !!(d.getUTCHours() || d.getUTCMinutes() || d.getUTCSeconds());
}

function zeroFill(n) {
    if ((n + '').length == 1)
        return '0' + n;

    return n;
}

function formatDate(d) {
    if (hasTime(d)) {
        var s = (d.getMonth() + 1) + '/' + d.getDate() + '/' + d.getFullYear();
        s += ' ' + d.getHours() + ':' + zeroFill(d.getMinutes()) + ':' + zeroFill(d.getSeconds());
    } else {
        var s = (d.getMonth() + 1) + '/' + d.getDate() + '/' + d.getFullYear();
    }

    return s;
}

6） 将其联系在一起：

function parseDate(s) {
    var d;
    if (looksLikeMSDate(s))
        d = parseMSDate(s);
    else if (looksLikeIsoDate(s))
        d = parseIsoDate(s);
    else
        return null;

    return formatDate(d);
}

下面的旧答案对于将这个日期格式绑定到jQuery自己的JSON解析中非常有用，这样您就可以得到date对象而不是字符串，或者如果您仍然被jQuery＜1.5所困扰。

旧答案

如果将jQuery 1.4的Ajax函数与ASP.NET MVC结合使用，则可以使用以下命令将所有DateTime财产转换为Date对象：

// Once
jQuery.parseJSON = function(d) {return eval('(' + d + ')');};

$.ajax({
    ...
    dataFilter: function(d) {
        return d.replace(/"\\\/(Date\(-?\d+\))\\\/"/g, 'new $1');
    },
    ...
});

在jQuery1.5中，通过在Ajax调用中使用converters选项，可以避免全局重写parseJSON方法。

http://api.jquery.com/jQuery.ajax/

不幸的是，您必须切换到较旧的eval路由，以便将Dates全局解析到位，否则您需要在解析后逐个转换它们。

在jQuery1.5中，只要您有json2.js来覆盖较旧的浏览器，就可以反序列化来自Ajax的所有日期，如下所示：

(function () {
    var DATE_START = "/Date(";
    var DATE_START_LENGTH = DATE_START.length;

    function isDateString(x) {
        return typeof x === "string" && x.startsWith(DATE_START);
    }

    function deserializeDateString(dateString) {
        var dateOffsetByLocalTime = new Date(parseInt(dateString.substr(DATE_START_LENGTH)));
        var utcDate = new Date(dateOffsetByLocalTime.getTime() - dateOffsetByLocalTime.getTimezoneOffset() * 60 * 1000);
        return utcDate;
    }

    function convertJSONDates(key, value) {
      if (isDateString(value)) {
        return deserializeDateString(value);
      }
      return value;
    }

    window.jQuery.ajaxSetup({
      converters: {
        "text json": function(data) {
          return window.JSON.parse(data, convertJSONDates);
        }
      }
    });
}());

我包含了一个逻辑，假设您以UTC格式发送服务器上的所有日期（您应该这样做）；消费者然后获得一个JavaScript Date对象，该对象具有适当的记号值来反映这一点。也就是说，在日期上调用getUTCHours（）等将返回与服务器上相同的值，而调用getHours（）将返回用户浏览器确定的本地时区值。

这没有考虑带有时区偏移的WCF格式，尽管添加起来相对容易。

JSON中没有内置日期类型。这看起来像是某个纪元的秒/毫秒数。如果你知道时间，你可以通过添加正确的时间量来创建日期。

如果在JavaScript中，

var thedate = new Date(1224043200000);
alert(thedate);

您将看到这是正确的日期，您可以在JavaScript代码中的任何地方使用它与任何框架。