app扫码登录

现在二维码的用处是越来越大了，很多地方都可以见到二维码的影子，比如二维码支付，二维码登录等。二维码可以存储信息。通过扫描可以获取二维码上面的信息，获取到之后就可以经过处理加工查询等一些操作。下面是一个二维码扫描登录的例子大致原理如图所示：

1、首先，服务器端要生成一个二维码在浏览器端输出，这就是我们在浏览器上见到的二维码。这里我们生产一个唯一的标识符guid，为了避免登录错位。

2、此时浏览器二维码页面的脚本就会不停的发异步到服务器，返回用户是否登录成功的结果。在登录成功之前或者二维码实现之前不停的发送异步。设置一分钟二维码失效。

3、用户登录app，app此时有了用户登录过的加密信息。通过扫描二维码获取到唯一的guid，也就是授权码，将guid和用户信息一起打包发送给服务器做验证。认证结果发送给前端脚本所做的请求。

4、前端如果返回认证成功那么做登陆跳转，其他做相应的处理。

以下是过程中的遇到了一些新技术，先记录下来，待学习。

1、浏览器及时获取登录，用到的轮询技术：

①、ajax异步定时轮训请求，不停的访问服务器，会给服务器带来不小的压力。

②、Http comet实时推送，这种技术虽然可达到全双工通信，但依然需要发出请求。

③、WebSocket技术，浏览器和服务器只需要做一个握手的动作，然后浏览器和服务器之间就形成了一条快速通道，两者之间就直接可以数据互相传送。

2、swoole扩展解决PHP的数据库连接池难题

PHP的数据库连接池一直以来都是一个难题，很多从PHP语言转向Java的项目，大多数原因都是因为Java有更好的连接池实现。PHP的MySQL扩展提供了长连接的API，但在PHP机器数量较多，规模较大的情况下，mysql_pconnect非但不能节约MySQL资源，反而会加剧数据库的负荷。

假设有100台PHP的应用服务器，每个机器需要启动100个apache或fpm工作进程，那每个进程都会产生一个长连接到MySQL。这一共会产生1万个My SQL连接。大家都知道MySQL是每个连接会占用1个线程。那MYSQL就需要创建1万个线程，这样大量的系统资源被浪费在线程间上下文切换上。而你的业务代码中并不是所有地方都在做数据库操作，所以这个就是浪费的。

连接池就不同了，100个worker进程，公用10个数据库连接即可，当操作完数据库后，立即释放资源给其他worker进程。这样就算有100台PHP的服务器，那也只会创建1000个MySQL的连接，完全可以接受的。

3、Workerman框架，可以保持长连接