目前测试的两种浏览器：Chrome 和 IE 。
环境：IIS 7.5
只创建了站点，未做任何配置。
Chrome ： v36.0.1985.143 m
单个 Cookie 的长度为 4069 个字符（包括 name，但不包括 = 号 ）。
IE ： v11
单个 Cookie 的长度为 5091 个字符（包括 name，但不包括 = 号 ）。
__________________________________________________ 分隔线 __________________________________________________
至于每个域里面能接收多少个 cookie 。这个在我的测试中发现当 cookie 的值大的时候，虽然写入成功了，但是在刷新页面或者发起别的请求的时候会出现如下的错误：
但是如果 cookie 的值比较小（即字符长度小）的话，则刷新页面或发起新的请求就不会有问题。
______________________________________________ 再来一个分隔线 ______________________________________________
回到初衷
——也就是设计 cookie 的目的。因为 HTTP 本身是无状态的会话，但是很多时需要一个有状态的会话，为了这个需求设计出来了 HTTP 状态管理机制(HTTP State Management Mechanism)，即 cookie 。而一般的会话又不需要存储大量信息客户端（一般都为浏览器），所以在设计这个 cookie 的时候并没有考虑存储大数据量时的情况，而且实际使用时也很少需要存储大量数据到客户端。
假如需要存储大量数据到客户端怎么办呢？这里想到了以下几点：
- 限制用户使用最新版 chrome/FireFox/Internet Explorer 浏览器，如果对象不是特别大则可以使用 Web Storage。
- 在客户端用一个 token 标识用户在服务器端对应的状态，不过这个想控制好用户的状态，需要大量 AJAX 请求去服务器端更改用户状态，需要服务器牛X。实际用处也不大。
- 放弃用 Web 开发这个项目，使用 C/S 架构。