类似知乎等的图片服务域名采用 zhimg.com 而不是 img.zhihu.com，有什么优点吗

[sincway]

Google 等也喜欢这么干，类似 googlevideo.com、google-analytics.com 等域名用来分管某个服务。这样做的好处是什么？应该不只是偏好问题吧？

感觉这样做应该有原因的，子域名也可以单独指定 NS 记录的，用起来和顶级域名区别也不大..

另外在自己开发 App 时只用一个域名有缺点吗？Thanks

[Livid]

如果 Cookie 的数据量很大，那么用单独的图片域名就不会需要在每一个图片请求时都包括 cookie 数据，可以节约流量，提高性能。

[14ly]

感觉以前有类似帖子？还有单域最高并发限制和安全因素

[msg7086]

防止cookie在子域名上发送。

[msg7086]

（是不是应该加一句欢迎回到地球→_→

[sincway]

@msg7086 好吧。还是学生，对大项目接触不多，没想到这个...

[KyonLi]

国内的话可能有一部分监管的原因吧，如果有一个子域名下出现不和谐内容可能导致整个挂掉，用不同主域名可以规避这样的问题

[a2z]

利用同源策略，安全。

[skybr]

除了上面几位说的, 还有就是浏览器对同一个域的并发数有限制.

[zhicheng]

能回答出 Cookie 的，给 2 分。能补充浏览器连接数限制的，加 2 分。能再补充 TCP慢启动的（这是缺点）加 3 分。能再补充浏览器渲染之类的，再加 3 分。至今仍没有人答出来过，虽然面过的前端不多。
=========
这是我常用的面试题，在一个 thread 里回复过。

[Gary]

浏览器对同一个域的并发限制

[weisoo]

什么cookie什么并发数量，都不重要，重要原因就是6楼所说的

[BlueFly]

@zhicheng 惨了，连@Livid 都2分严重低分这怎么破？

[sincway]

@zhicheng 请问和浏览器渲染有什么关系呢？

[sincway]

@weisoo Youtube 也有 ytimg.com 的... 它不需要考虑什么监管吧

[nsa]

@BlueFly 规则和技术也是会更新的，也给你2分，呵呵，够么？不够再随便加，和印钞票似的。。

[zhicheng]

@BlueFly Cookie 已经对了～
@sincway 你可以研究一下 HTML 里边引用资源的位置和响应速度对整个页面的影响，以及HTTP协议的特点。

[zhicheng]

显然Cookie是有性能和安全双重影响的。

[xiezefan]

@zhicheng Hi, 能科普下这个和 TCP慢启动 有什么关系么? 科普了下 TCP慢启动指在建立连接后,主键增加数据包的发送量, 以防止出现大量数据包造成网络堵塞的问题. 暂时联想不到这个这个问题的关系

[s51431980]

我感觉楼主问的主要是 “用 zhimg.com 非 img.zhihu.com ”，所以 cookie 是主要考虑因素

如果问“用 img.zhihu.com/some.jpg 非 zhihu.com/some.jpg ”，连接数才是主要考虑因素

@Livid 的答案足够了

[kaneg]

子域名应该和主域名的连接数是分开控制的吧

[anouser]

@zhicheng 详细说说对浏览器渲染有啥影响？没理解，至于css javascript放到html头还是尾和域名用啥是两回事吧。

浏览器有并发限制，动态内容用一个域名，静态内容用一个域名会加快资源的载入速度且不会阻塞。
当然，你还要考虑dns解析的时间，多一个域名，浏览器就要多解析一下。这在移动网络下是一个问题，尤其是你的网站是全球可访问的时候。chrome有dns预解析的技术，在桌面上这个问题不大。
另外cookie不用发过去，加快访问速度，并且可以防止子网站出现漏洞，整个站点的session被劫持的影响。

[anjianshi]

https://developer.yahoo.com/performance/rules.html
见 Use Cookie-free Domains for Components 小节，针对楼主的问题，说的已经很详细了

[raincious]

主要其实还是Cookie的问题。并发数只是另一方面，因为img.zhihu.com和zhihu.com被浏览器视为两个域名，会各自并发进行下载。

zhimg.com是接收不到给zhihu.com设置的Cookie的，但是img.zhihu.com能收到，所以这是主要原因。

http://stackoverflow.com/questions/1062963/how-do-browser-cookie-domains-work

但这又是双刃剑了。DNS查询每个域名需要时间，HTTP需要重新启动握手请求等等。所以这不意味着你能滥用多域名并发的好处。

> 另外在自己开发 App 时只用一个域名有缺点吗？Thanks

这取决于你要怎么干了。如果你设置了xxxx.com的Cookie，这就意味着所有到达xxxx.com以及xxx.xxxx.com的HTTP访问都会被带上Cookie，显然这不利于优化。

但是如果你仅仅只给比如app.xxxx.com设置了Cookie，那么无论是aaa.xxxx.com或bbb.xxxx.com又或是assets.xxxx.com还都是访问不到的。

不过这样太麻烦了不是么？

[fising]

img.zhihu.com 和 www.zhihu.com 不是同一个域，应该没有浏览器并发限制吧？@zhicheng

[Showfom]

楼主还有一个事情 DNS 服务器其实不联系用同一个后缀的 参考 AWS ROUTE 53

[lyragosa]

还好我们100人小网站界从来不考虑这种事情xd

[zhicheng]

@raincious @kaneg @s51431980
知道一了，不知道有二？难道 yahoo 和 youtube 的 yimg.com 和 ytimg.com 用的是裸域？

@anouser
你需要非常仔细的补充一下 HTTP 方面的知识，如果之后还不明白，干脆当我在瞎掰吧。

[Smartype]

@zhicheng 沟通，交流。共同成长。其实我也好奇这和浏览器渲染有什么关系。希望明示，瞎掰也愿意听听/看看

[denghongcai]

@zhicheng 我也好奇，希望明示

[zhicheng]

@Smartype
那我简单说一下，HTTP 协议 的特点是无状态，所以 HTTP 协议只能做到，
请求1->回复1->请求2->回复2
在 keep-alive 的时候就没有这么弱了，但依然受限于 HTTP 无状态，只能做到 ，
请求1->请求2->回复1->回复2

那么为什么这和浏览器渲染有关系，其实没关系，如果你设计得好。但设计得不好就有关系了，如果你把 css,js和img放到同一个 hostname 下，并且请求顺序可能会成为 img->css->js 或 css->img->js 或 js->img->css 那么问题就来了，如果一个 img 尺寸是 500K ，那么不管 css 和 js 有多小，依然要等着img返回之后才能返回。

所以，完整的正确的答案是。
1，Cookie ，减少流量增强性能并且降低安全隐患。
2，降低连接数限制造成的阻塞。
3，增加了连接数，所以多了慢启动。
4，小资源快速返回，使网页渲染更加迅速。

[denghongcai]

浏览器对DOM树的解析是按照顺序而来的，除非你把img写到最前面，这样才会有影响。这是基本的开发原则，有人把img放到head里来加载的？

[dant]

@zhicheng keep-alive 的工作方式是
请求1--(等待)->回应1-->请求2--(等待)->回应2 ... 请求n--(等待)->回应n
------------------------------------ 连接1 --------------------------------------------
请求n+1--(等待)->回应n+1-->请求n+2--(等待)->回应n+2 ... 请求2n--(等待)->回应2n
------------------------------------ 连接2 --------------------------------------------------------------

你所说的方式属于 pipelining, HTTP/1.1, SPDY 和 HTTP/2 有实现。但是 HTTP/1.1 pipelining 在大部分浏览器上都是默认禁用的，Chrome 甚至直接移除了这个功能。

[zhicheng]

@dant 你说的对，这是 pipelining 之后的 keep alive 。

[raincious]

@zhicheng

所以感谢你解释了HTTP加载顺序的问题，回答挺完善。但，这一点答主根本就没有问啊 :D

如果真的想了解的话可以参考： https://developers.google.com/web/fundamentals/performance/critical-rendering-path/?hl=zh-cn

建议你再补充一点细节，比如Firefox等对img等外链标签的优化，是如何让它们在分析完HTML之后让JavaScript和CSS（Render Blocking Points）一直优先加载的 :)

[zhicheng]

@raincious
哈哈，我就猜肯定会有人说“楼主根本就没有问这个”。所以我说少了不是，说多了也不是。毕竟我前边已经说了，如果不明白，当我瞎掰好了。

[qiuai]

@zhicheng 其实对于问得出这种问题的人,就没必要说这么多.

让他们自己看看YSlow的评分标准就是了...

我本来想回答,不过想了想就没回...因为你也不知道他问这个的目的是什么...
如果他是前端,他又不关注服务器的部分,如果他是后端,他又不关注前端和渲染的部分...
所以我现在在V2EX不回这种问题了.回了还会被人质疑,弄的跟自己是笨蛋似的...
最无奈的就是会有人挖坟来跟你对峙...我前天就遇到了一个...也是无奈.

[coolcfan]

变相增加代理自动切换规则编写难度=.=（开个玩笑）

[kiritoalex]

twitter→t.co
感觉很多案例都是如此

[sophymax]

技术上的原因livid说的很靠谱，在国内还有一些其他顾虑，比如去年acfun的A岛出现不和谐内容，被有关部门发现，随后域名商完全停止了解析，视频站和A岛用的同一个主域名，所以A站就因为一个辅助功能而被封域名了，acfun.com域名到现在还不能用，可以认为com域名是永久封杀了。对国外的，域名被盗的话，这个情况也很麻烦，鸡蛋都在一个篮子里了

[myliyifei]

@anouser chrome的DNS异步解析，默认没有开吧

[myliyifei]

@sophymax A站的CEO现在被关在北京。。。失联中

[111111111111]

感谢本楼各位回复的大神，大开眼界

[flyz]

@myliyifei A岛也关闭了，再也不能愉快的丧尸了。。。╭(￣m￣*)╮

[skyline75489]

@dant 为什么现在的浏览器会默认关闭 pipeline 呢？开启的话对加载速度应该有一点提示吧

[tolerious]

脑洞大开

[soulgeek]

之前看到各种图片cdn却没有深究，受教了！

[vileer]

@raincious app只用一个域名我觉得问题应该不大，因为写app的时候很少会用cookies传递信息，做认证类的一般都是带token，其他的按需加参数就好了

[Biwood]

涨姿势了，之前做过这种项目，但是没有深究

[emonber]

@skyline75489 HTTP pipelining 要求：服务端需要将响应按顺序返回，在上一响应完全应答之前，不能发送下一响应。比如客户端按顺序请求了 /html 和 /css，服务端需要按顺序返回 /html 和 /css 响应。

考虑这样的场景，服务端并行处理客户端的请求，/css 响应先于 /html 生成，但 /css 响应需要等待 /html 响应生成后才能发送，这就产生了阻塞延迟——线头阻塞（head-of-line blocking）。

除此之外，HTTP 服务器对响应的缓存还会造成性能损失，而对客户端请求数量的未加限制还容易引发对服务器的攻击。

出于上述原因，部分 HTTP 服务器、代理并未实现 HTTP pipelining，或实现不正确（比如，并行化处理而不考虑应答顺序）。浏览器厂商由于担心线头阻塞的影响或是 pipelining 被代理破坏（所有请求都得重新发送），也大多采取保守的选择（默认关闭 HTTP pipelining 选项）。

更多信息可以参考这里：
http://chimera.labs.oreilly.com/books/1230000000545/ch11.html#HTTP_PIPELINING
http://stackoverflow.com/questions/14810890/what-are-the-disadvantages-of-using-http-pipelining