(编辑:先贴错版本了。而且是非功能性的。更新到current，它使用一个unparam函数，很像第二个例子。)

第一个例子中的好主意。我在这两者的基础上构建了一个相当紧凑的cookie读写功能，可以跨多个子域工作。我想我应该分享一下，以防其他人在这个帖子里看到这个。

(function(s){
  s.strToObj = function (x,splitter) {
    for ( var y = {},p,a = x.split (splitter),L = a.length;L;) {
      p = a[ --L].split ('=');
      y[p[0]] = p[1]
    }
    return y
  };
  s.rwCookie = function (n,v,e) {
    var d=document,
        c= s.cookies||s.strToObj(d.cookie,'; '),
        h=location.hostname,
        domain;
    if(v){
      domain = h.slice(h.lastIndexOf('.',(h.lastIndexOf('.')-1))+1);
      d.cookie = n + '=' + (c[n]=v) + (e ? '; expires=' + e : '') + '; domain=.' + domain + '; path=/'
    }
    return c[n]||c
  };
})(some_global_namespace)

如果你给rwCookie传递什么，它将得到 将所有cookie放入cookie存储区 传递给rwCookie一个cookie名，它得到了这个 Cookie的价值来自存储 传递一个cookie值，它写入cookie并将值存储 除非指定，否则过期时间默认为会话

比目前的最佳投票答案更短、更可靠、更有效:

const getCookieValue = (name) => (
  document.cookie.match('(^|;)\\s*' + name + '\\s*=\\s*([^;]+)')?.pop() || ''
)

这里显示了各种方法的性能比较:

https://jsben.ch/AhMN6

关于方法的一些注意事项:

The regex approach is not only the fastest in most browsers, it yields the shortest function as well. Additionally it should be pointed out that according to the official spec (RFC 2109), the space after the semicolon which separates cookies in the document.cookie is optional and an argument could be made that it should not be relied upon. Additionally, whitespace is allowed before and after the equals sign (=) and an argument could be made that this potential whitespace should be factored into any reliable document.cookie parser. The regex above accounts for both of the above whitespace conditions.

假设

基于这个问题，我认为这个功能的一些假设/要求包括:

It will be used as a library function, and so meant to be dropped into any codebase; As such, it will need to work in many different environments, i.e. work with legacy JS code, CMSes of various levels of quality, etc.; To inter-operate with code written by other people and/or code that you do not control, the function should not make any assumptions on how cookie names or values are encoded. Calling the function with a string "foo:bar[0]" should return a cookie (literally) named "foo:bar[0]"; New cookies may be written and/or existing cookies modified at any point during lifetime of the page.

在这些假设下，很明显encodeURIComponent / decodeURIComponent不应该被使用;这样做假设设置cookie的代码也使用这些函数对其进行编码。

如果cookie名称可以包含特殊字符，则正则表达式方法就会出现问题。jQuery。Cookie在存储Cookie时对Cookie名称(实际上是名称和值)进行编码，在检索Cookie时对名称进行解码，从而解决了这个问题。正则表达式的解决方案如下。

除非您只读取您完全控制的cookie，否则从文档中读取cookie也是可取的。直接Cookie，而不是缓存结果，因为没有办法知道如果缓存是无效的而不读取文档。饼干了。

(当访问和解析文档时。cookie会比使用缓存稍微慢一点，它不会像读取DOM的其他部分那么慢，因为cookie在DOM /渲染树中不发挥作用。)

循环函数

下面是Code Golf的答案，基于PPK的循环函数:

function readCookie(name) {
    name += '=';
    for (var ca = document.cookie.split(/;\s*/), i = ca.length - 1; i >= 0; i--)
        if (!ca[i].indexOf(name))
            return ca[i].replace(name, '');
}

缩小后，达到128个字符(不包括函数名):

function readCookie(n){n+='=';for(var a=document.cookie.split(/;\s*/),i=a.length-1;i>=0;i--)if(!a[i].indexOf(n))return a[i].replace(n,'');}

基于正则表达式的函数

更新:如果你真的想要一个正则表达式解决方案:

function readCookie(name) {
    return (name = new RegExp('(?:^|;\\s*)' + ('' + name).replace(/[-[\]{}()*+?.,\\^$|#\s]/g, '\\$&') + '=([^;]*)').exec(document.cookie)) && name[1];
}

这将在构造RegExp对象之前转义cookie名称中的任何特殊字符。简化后，这是134个字符(不包括函数名):

function readCookie(n){return(n=new RegExp('(?:^|;\\s*)'+(''+n).replace(/[-[\]{}()*+?.,\\^$|#\s]/g,'\\$&')+'=([^;]*)').exec(document.cookie))&&n[1];}

正如Rudu和cwolves在评论中指出的那样，正则表达式转义正则表达式可以被缩短几个字符。我认为最好保持转义正则表达式的一致性(您可以在其他地方使用它)，但是他们的建议值得考虑。

笔记

这两个函数都不会处理null或undefined，也就是说，如果有一个名为“null”的cookie, readCookie(null)将返回其值。如果需要处理这种情况，请相应地调整代码。

这个怎么样?

function getCookie(k){var v=document.cookie.match('(^|;) ?'+k+'=([^;]*)(;|$)');return v?v[2]:null}

计数了89个字节，没有函数名。

获取cookie值，如果它不存在则为undefined:

document
  .cookie
  .split('; ')
  .filter(row => row.startsWith('cookie_name='))
  .map(c=>c.split('=')[1])[0];

在基于铬的浏览器上，你可以使用实验性的cookieStore api:

await cookieStore.get('cookieName');

使用前检查Browsersupport !