研究了一阵哔哔的代码，发现这个世界还真好玩。所以想虚拟一个哔哔的世界出来。下面是我的一些设想。

一，搞清楚哔哔的数据通信

哔哔用的竟然是明文webservices做数据交互。所以理论上，监听网络包就能最简单有效的搞明白所有的webservices fun。然后再反编译客户端，把发送的一些细则再研究清楚，就可以自己编写一个客户端出来了。

二，为什么要虚拟

网络打车疯狂扩张，以现金补贴方式完成市场掠夺的战略目标。换句话说，哔哔在撒钱。乘客付了8元的车费，但是到司机手里会变成10多块钱。

三，如何作弊

当司机收到10元时他要退回来9元，这9元里还有乘客的7元，再把8元退给乘客，我自己留下1元。这样每个人赚了1元钱。在这个简单的理论下我们要设想很多细节。下面一一解释

A）我们把一个司机端账号简称为（司机），把乘客端账号简称（乘客）。为了保证不被查出来作弊，我们首先需要足够多的司机和乘客。按照我的设想司机要200+，乘客要1000+

因为一个司机端的注册需要车本，驾照，一个手机号，一张银行卡。所以一个人很难完成庞大的真实数据基数。但是哔哔的扩张政策导致很多人上班族都有哔哔账号，而且他们并不经常接单。可以采取分红共赢的方式。收买账号，然后赚钱分账的方式。

乘客端比较简单，需要一个手机号绑定到微信号即可（绑定微信是为后面的支付）。所以叫上你的亲戚朋友，朋友的朋友，朋友的朋友的朋友，一起赚钱吧。

B）至此我们已经能完全用一台电脑模拟完从打车，接单，拉客，完单的过程了。找个稍微偏远点的地方测试一下吧。估计这部分不是什么难事。现在假设我们有了一个200+的司机数据库和一个1000+的乘客数据库。这还不够。我们还需要路线数据库，时段奖励数据库，偏差值数据库（为了模拟的更真实）

C）下面我们要考虑如何管理司机了。因为他们的账号完全被托管了。所以他们是不能登账号的（每次登陆会有一个token值被保存在客户端，并用来做下次免密的登陆凭证）我们需要自己编写一个客户端，功能要保证他们能看到自己的收入，

D）如何实现乘客支付？这部分需要对微信编程有些了解。哔哔已经内镶在了微信里，并且哔哔在微信里相当于一个授权应用。我们可以借用授权直接完成虚拟打车，并在完单后把支付信息转到乘客的微信端。当乘客微信支付成功，再通过微信红包把本金和分红转红包过来。并且这部分工作可以自动化。

E）至此我们已经完成了大体的架构。我们还需要编写更多模拟的内容，包括自动评分，意外处理手段（数据库以外的乘客或司机出现的情况）优惠券的领取。。。。（暂时就想到这么多了）

F）待补答疑

[课程]Android-CTF解题方法汇总！