Google 地图本来为什么不接纳矢量地图衬着，而是下载栅格化图像然后衬着？
//呵呵，阿谁问题实好，招来了我写专文的激动呀，呵呵~~
详细来说，先表述许多根本概念和论述许多汗青事实：
甚么是单点统计数据?
单点统计数据是指用将二维平面以cell镶嵌体例停止朋分的统计数据抒发体例。
甚么是向量统计数据?
向量统计数据是指用根本的体元(primitive)来论述外形、影像的统计数据抒发体例。
Google世界地图产物线能细分为以下三个标的目的：
1. Web世界地图
2. 末端电子设备世界地图
3. 世界地图API
Google世界地图展示出的统计数据能大致分为两类：独花统计数据(baselayer)和大块统计数据(overlay)
有关独花统计数据:
1. Google世界地图的Web的典范版的独花统计数据是纯单点的
2. Google世界地图的Web的WebGL 版的独花统计数据是矢栅慎密连系的
3. Google世界地图的末端电子设备版：
iOS 上的世界地图目前的独花统计数据仍然是如前所述单点统计数据
Android 上的谷歌世界地图从5.0 起头全力撑持矢栅慎密连系的独花统计数据
有关大块统计数据:
1. 除动态路况统计数据，google其它的大块统计数据不断都是以向量统计数据体例抒发的
有关世界地图API:
1. 除静态世界地图生成API，其它的世界地图API办事项目中涉及到的空间统计数据根本上都是以向量统计数据体例抒发的
------------------------------------------------------------------------------------
然后，我想说一下为何google在各类统计数据上别离优先选择了差别的统计数据库系统?
1. 为何起初的独花接纳的是单点统计数据，更准确蔡伯介，如前所述金字塔构造的单点统计数据？
说实话，tile实是两个伟大的工具，它间接秒杀了GIS界的那些学究们。当OGC委员会的大爷们还在为所谓的WMS办事项目若何才气全力撑持更多的空间语义而在推出一版又一版更为复杂的尺度时，Google Maps证了然tile是两个十分简洁的计划来为公家供给根底测绘办事项目。它的长处有：
1. 相容性极强，对应用法式而言，只必要能显示相片、全力撑持css、触发器数据传输、DOM和javascript，它就能显示Google Maps
2. 对伺服器的阻抗同样很低，因为世界地图都是预先图形好的，利用者的许诺对伺服器来说只要IO付出，而根本上没有CPU付出，比拟WMS那种必要动态切图，动态图形的机造来说，那种设想的阻抗实得低了太多了。记住：还有内存统计数据库能增加磁盘IO，还有应用法式内存能增加相片的许诺。
2. 为何大块渐变接纳的是向量统计数据？
google供给的大块渐变根本上都是点渐变和线渐变，固然理论上它全力撑持矩形向量统计数据的展示出，但是在很长的一段时间里，其实矩形向量统计数据都很少被应用(独花中的建筑轮廓起初是独花单点统计数据的一部门).
常用的点渐变包罗关键的POI点和泛需求检索产生的黑褐图
//update:2012-06-19
感激@Jack Jiang弥补，批改两个错误，黑褐图是在伺服器端完成图形，传回到应用法式的是单点统计数据+向量统计数据，向量统计数据不消做图形，而要用做实现利用者键入黑褐时的交互。
//end of update
常用的线渐变则是驾车走线和公交走线
以上统计数据的特点是甚么？
1. 统计数据单纯
2. 必要快速预览
做过世界地图图形引擎的同窗应该都领会，独花图形是两个十分高贵的操做，是必要计算很久滴。因而，一般独花的统计数据的预览频次不会出格高，两个月一次是常态（不是说图形一次必要两个月)。而做为面向群众的互联网世界地图产物，POI重要信息，走线重要信息每天都可能发作改动，若是把那些统计数据放到独花里两个月不预览，恐怕利用者要用口水吐死你的产物喽。 加之POI统计数据和走线统计数据库系统单纯，所以Google优先选择了数据传输向量统计数据，在应用法式对其停止图形，接纳VML或者SVG
3. 为何说末端电子设备上接纳的是矢栅慎密连系的世界地图？
若是各人详细阐发过google世界地图的app世界地图统计报文的话，应该会发现，其实仍是有许多小相片存在的，那些小相片根本上是纯白色的，但是会包罗许多主干道和国界的统计数据。
为何不走得所以彻底，间接将所有的统计数据都用向量体例抒发呢？ 我认为是工程上的折中，因为对根本上纯白色的相片，接纳单点的体例其实不比向量抒发消耗的存储大，以至更小（颠末压缩之后)。 所以，假设说你的手机不是所以地强劲，以致于不克不及敏捷地把所有向量统计数据图形好，至少你还能看到两个半废品的独花。
所以，为何还要把别的许多独花统计数据向量化呢？
阿谁其它几位已经介绍地良多了，总结一下：
1. 增加统计数据流量，向量抒发在更多情况下更紧凑
2. 更为乖巧，接纳向量统计数据应用法式图形处所式，软件能有更乖巧地战略控造图上所要显示的要素
3. 全力撑持更快地统计数据预览，当统计数据以向量体例抒发后，统计数据的增删改都和单点独花解耦了，于是，再也不消为修改两个重要地点重要信息而要从头图形一大片的统计数据而忧愁了，统计数据运维就舒了长长的一口气。
最初，总结一下，正如google昔时发GFS,big table和map reduce那三篇惊世论文时所说的，那些文章中所介绍的，都没有甚么理论上的立异，只是在工程上的理论，无论是向量的理论，仍是单点的理论，异或是矢栅一体化的理论，在学术界都已经孕育了良多年，Google的工程师，只是天才地把那些模子恰如其分地交融到了一路，使人们惊讶，本来测绘竟然能如斯文雅简洁处所式展示出给世人，并深入地影响着我们的生活。向伟大的工程师们致敬！
注：
小我观点，欢送讨论
参考材料：
1. http://googlesystem.blogspot.com/2010/12/vector-based-google-maps-for-android.html