Cookies这部分的源码位于net/cookies与net/extras中，代码量不算多的，但是感觉其中有点细节，如果不是结合着对应的需求去看，确实没办法把所有细节都看透，所以就只看了一下大概的实现原理与基本流程。
本来是想放点基本介绍的，但是感觉太拖节奏了，而且应该基本属于常识，就不浪费篇幅了。
同样由于篇幅问题，就不放源码了，不然就成了代码缝里夹文字了。
0.代码结构
net::CanonicalCookie类存储单条cookie，里面包含了key/value/domain/expire/priority等常见或不常见的字段。
cookies主体功能都在CookieMonster类中，实现了CookieStore接口，通过该接口与URLRequestJob等进行交互。每个chrome用户的cookie都是独立的，实例地址保存在其Profile对应的URLRequestContext中（此外，chrome-extension://有它自己的CookieMonster实例）。
cookies通过sqlite数据库保存在本地，具体见net::SQLitePersistentCookieStore类。
其他net/cookies目录下还有一堆辅助性质的代码。
1.CookieMonster
其实这个类主要实现的就是内存中对cookie的增删改查，最重要的就是GetCookieList与SetCookie的接口。为了不因为数据库的原因阻塞IO线程（或许还有其他的原因），跟cookie操作有关的对外接口都是异步的。
使用了std::multimap来存储所有的cookie，其中map的key对应的是网站的一级域名，例如sina.com.cn/baidu.com，value则是单条的cookie（CanonicalCookie）；GetCookiesList的时候会先从URL解析出一级域名，从map中拿出所有相同域名的cookie再进一步进行过滤。
这里值得一提的就几点吧：
1.对过期cookies的删除（访问时发现过期了再删除，算是常规操作了吧，redis中也有类似的），不需要定时检查有没有过期了的需要清理的cookies；
2.cookie的加载，为了优化第一个网页的加载速度，cookies并不是在启动时一股脑的从数据库里全部加载到内存中的，而是依次加载各个一级域名的cookie，这样先加载完毕的域名就可以先使用了。
3.cookie的GC，根据总cookie数、单域名cookie数、最后访问时间、是否HTTPS、优先级等进行垃圾清理。每次SetCookie操作后会进行。
2.数据库
cookie数据库就是user data中每个用户对应目录下的cookies文件，可以随便找个sqlite客户端打开看看是啥样子的，有个概念。当然了win下是看不到值的，为了安全考虑，值进行了加密处理。
代码位于net/extras/sqlite/sqlite_persistent_cookie_store.cc，从IO线程过来的数据库操作请求会投放到线程池中进行处理，写这坨东西属于体力活，可以看的也就几点：
1.如何进行分域名加载，上面说过；
2.批量操作优化，将多个增删改请求打包在同一个事务进行处理；
3.cookie存储时是如何加解密的；
3.其他
CookieMonsterChangeDispatcher，监听cookies改变，可以用于登录监听；
third-party cookies机制，这个待后续研究；
如何解析出TLDs（Top level domain），这个是浏览器里有一个列表的；
