抓取整个杭州市的百度/腾讯街景地图及其时光机功能（实时图片和历史图片），进行图像分析。

       百度地图街景模式下，点击向前可发现，街景图片是异步加载的，我们可以打开百度地图的街景模式，f12打开开发者模式，清空所有响应，并点击向前，可以看到产生了很多的图片请求

       本文以杭州市余杭区文一西路海创园附近处（由西向东）的街景为例仔细分析这些请求的作用：        首先，第一条请求：

       此请求也可简化为（为简便，以下请求均不带auth参数，不影响结果获取）：

       作用：根据地图上点击的位置，生成百度地图坐标x和y值，再得到服务器的json响应，（如下id即为该位置的百度街景ID，也就是后续要用到的panoID）        第二条请求：

       作用：该请求包含了panoId参数，返回该位置的街景相关信息（附近panoID，以及该位置的历史图片，拍摄时期等等），下文会详细分析。json响应如下图所示：        第三条请求：

       作用： 获取该位置附近的公司或学校。json响应如下图所示：        第四条请求：

       作用： 该请求返回该位置街景的全景图片。如下所示：        第五条请求：

       作用：该请求返回一个当前视角的小尺寸图片，如图所示：        其中的参数解释，网上找到了一个图片，有些参数未亲自验证。        由于小尺寸图片放大之后比较模糊，所以不对其进行获取。

       第六条请求（这是一组大图请求）：

       作用：获取从左至右的街景大图，其中参数pos=1_*表示高角度（就是我们需要获取的），从左至右一共是4张（高角度），这样就拼成了我们在百度街景中所看到的一整张大图；pos=2_*表示低角度。

       因此我们要得到一座城市、一条街道的街景图片，首先要获取该城市、该街道所有位置的街景ID，然后通过模拟上述图片请求即可，但是如何获取杭州市所有街道的街景ID呢？        网上查了些资料，有人提出的想法是：

       粗略一看感觉很有道理，但仔细一分析就知扯淡！ 首先，第一条，暴利循环相当低效，由于百度没有提供整条街道的经纬度接口，也没有提供获得整条街道的所有panoID值的接口（至少我没找到），所以如果根据网友的意思，在给定起始panoID情况下循环试错获取下一个panoID需要发送上万次、数十万次请求，很可能没获取到下一个ID就已经被百度封IP了，第三条，我确实想设置一个区域，但如何遍历该区域所有坐标呢？如何保证街景图片是同一条街道且连续的呢？有大牛想到解决办法的话烦请告知！再来看第二条，似乎可取，重点是如何获取下一个panoID。答案还是在上述"请求二"中。

       我们可以看到，Roads[0].Panos标签下，包含有多个panoID，我们可以在街景模式下点击向前10米，浏览器又加载了下个panoID(09025200121709031616155125K)的图片，这里有一个规律，向前20米左右会加载当前panoID的下下个panoID图片，以此类推。        当再点击向前，加载到panoID为09025200121709031616211215K的图片时，我们再看它的"请求二"的json响应如下图所示：        如图所示，Roads[0]为当前位置节点信息（IsCurrent: 1），Roads是一个数组，通常会有多个元素作为候选节点，这里仅有一个，即Roads[1]，Roads[1].ID和Links[0].RID对应，继续点击向前，发现加载的正是我们从图中所见的panoID：09025200121709031616224035K。我们再观察09025200121709031616224035K这个位置的"请求二"响应，看到又有当前位置下的前向panoID集合了。我们再放心大胆地尝试几次点击，发现是有这个规律。紧锁的眉头渐渐舒缓，是时候喝杯咖啡了。        coffee归来，思路再捋一捋。由上，如何根据给定的起始panoID爬取所在街道的所有街景图片？ 业务逻辑流程梳理大致如下：

       在这里可以根据不同的业务需求采用不同的数据库，关系型或非关系型均可。某种程度上非关系型列式存储可能更好，因为当我们爬取一个城市所有街道的街景时，有的位置有历史数据，有的则没有，因此大规模数据集下可利用列式存储的弹性伸缩实现数据的高效存取。但考虑到后续图像分析时，可能需要建立空间连续（离散）位置的图像模型，这又更适合采用关系型数据库来存取。以mysql与Hbase为例，再回顾一下典型的关系型数据库和非关系型数据库之间的区别：

       下载几张图片看下大小，然后决定选用何种字段类型，经比较分析，得如下要点：

       MySQL 存储blob型数据可参阅此处

       对应上述业务逻辑，编写不同步骤的代码

       建表，并将起始panoID存入数据库。建表语句如下：

       插入panoID如图所示：        在coding之前先在builder.gradle文件中一并引入所有依赖：

       我们需编写一个从MySQL读取记录并封装结果集的工具类MySQLHelper ，源码如下：