【搬砖理论】
需要设定一下前提：不考虑人为因素的累、困、饿、乏之类的，也不考虑主观意识的耐心、毅力。毕竟人不是机器，而电脑基本上在短时间内是不存在这些因素的，但是我这里还是要考虑到力量因素的。
HTTP连接数：某地，有一堆砖，多到一个人一次不能从此地搬往某地，需要来回N次（N>1）才能搬完，或者这么说，某地有5吨（一万斤）砖，某人比较轻松状态的情况下，能一次搬一百斤砖，需要一百次才能把这堆砖从此地搬往别处（此处距离不作考虑，可以是一米之内，或者一万米之外，因为在互联网，现阶段，距离的因素影响并不是太大），如果他此时本来轻松状态下能搬一百斤，但是却只搬五十斤，那么他来回的次数就加倍了，这时候他搬完这堆砖的总用时就比一次搬一百斤砖用时要多一倍(无论是一米之内还是万米之外)，就好比你增加了HTTP连接数，那下载文件的时间也就长了，自然，打开一个页面的时候也延长了，虽然这个时间也许可以短到忽略。而且这也只是在不考虑服务器的响应(管理)速度的等其他情况下。固此，此比喻只作启发，但不能很全面的说明HTTP连接数。
流量（文件大小）：某地，有一堆砖，这堆砖分别分别用两种方式搬运，考虑到人力因素，一种是用尽可能大的盒子，分批进行搬运，一种是用尽可能小的盒子，分批进行搬运，这两种方式，哪种更占流量？这里假设那个盒子足够轻，但是不能轻到没有重量，假设，尽可能大的那个盒子的重量是一斤，而尽可能小的那个盒子是0.2斤，或者干脆这么考虑，两种盒子，单个的重量差距足够小，小到甚至几乎可以忽略不计，那么用大盒子的时候，很显然，它的总重量是是砖的本身重量加盒子的重量，小盒子也如此，但是大盒子的要比小盒子用得可能小（除非砖的总重量/文件本身 就足够小），那么，用小盒子时砖的总重量肯定要比大盒子时砖的总重量要大，那么在搬运的时候，用小盒子的情况肯定要比用大盒子的情况的资源耗费比较大，再代入到互联网以及按流量收费的手持设备，流量越大，可能收费就越多，所以尽可能小的流量会给企业/用户节省资源成本。再看一个图片，
红色框框处的“大小”就是我这里说的砖的实际重量，而占用空间就是加上盒子的砖的总重量，也就是说在建文件的时候，需要保存文件的一些信息：比如文件简介，备注之类的信息，以及文件的类型等，所以实际上你本来一个文件就可以搞定的，却分成多个文件，那么分得越多，他文件总的占用空间就会越大。
总结：实际运用中流量其实和连接数是挂勾的，你用一个文件，那么如果不考虑网络是否稳定及某些出错或者人为不能控制的因素下，他的连接数要比用多个文件的连接数要少，但是也不是说越大的就越好，如果仅考虑带宽因素，那么现阶段，我认为一个文件的大小如果控制在120-200KB的样子会比较好，但是这里又得注意的是，我们实际的运用中比如说PHP或者其他诸如CSS文件，不太可能按这种分法，因为如果按这种方法去分的话，不太好管理之外，也会增加连接数，所以这里我说的仅仅就是图片的大小控制。
说明：这个比喻仅作初略理解HTTP连接数和流量的方法，不能以偏概全，需要大家在考虑问题的时候能灵活运用，思维别太局限于一个固定的框框，技术是永远在前进和变化的。
摘自耀哥空间,感谢耀哥提供！