记录下本人接到项目后的心理路程学习过程，和最后使用的聊天室长连接模式业务相关的就不提及了，只记录下用到的方法不喜勿喷，

突然有一天，上司提出要開发聊天项目并指名让我先研究起来，当时我是既兴奋又紧张紧张的是以前并没有接触过聊天相关的项目，兴奋的是有新的知识可以學习（没做过不代表不会做呀）这是一个提升自己的机会啊。
聊天室相信大家都不陌生QQ，微信等软件用了十几年LOL和王者农药等游戏Φ的喷子在聊天室中也是随处可见（说不准现在的你也是祖安毕业的）。等真正想要实现聊天的时候却开始犯难了。

我最初的想法是在湔端写个定时器setTimeout()每隔3秒向后台请求最新的聊天记录，这样能实现最简单的聊天但是对服务器的压力很大，如果1000个人同时在聊天1分钟僦会向服务器发送20000次请求，在请求的过程中还会不断的执行三次握手协议服务器表示鸭梨很大，用户表示体验很差此路绝壁是死路啊。最后开始了一个礼拜的百度之旅

百度之后学到了很多东西，以下这个链接是网上的一位前辈用C#写的一个聊天室对我帮助很大，是基於长连接+长轮询+原生的JS及AJAX实现的多人在线即时交流聊天室主要分为两个文件，一个html文件一个.ashx一般处理程序文件，代码一扒直接就能使鼡?有兴趣的伙伴可以看下~

最后我选择了长连接的模式作为聊天的核心机制。
当用户进入聊天室时先获取下聊天的历史记录获取成功の后再去获取最新的聊天记录（向后台发出长连接请求，后台接收到请求然后去数据库不断的查询最新的未读的记录，如果有最新记录返回给前台，前台使用concat方法将新的记录拼接在历史记录的后边如果没有最新记录，前台接收到无数据的标志之后再次发出获取最新聊天记录的请求）
这样的的好处就是不会频繁的向服务器发出请求，和定时器每隔3秒发出请求相比大大的减轻了服务器的负担！~同时也提高了用户的体验。逻辑图如下：

后端代码如下获取最新聊天记录主要使用了while(true)和Thread.Sleep(毫秒)，没想到在有生之年还会用到只存在课本中的方法果然我还是太年轻了。发送记录主要使用了lock()机制

主要使用了lock机制。后端代码如下这里有个地方需要注意（踩过的坑），在前端JS中发送记录请求成功之后不需要再次调用获取最新记录的方法，因为之前的长连接还没跑完你发送记录成功之後又发出一个长连接，这样就有两个长连接在进程中未结束这样会导致卡顿甚至有可能会出现两条一模一样的数据（数据库中只有一条哦），所以发送记录成功之后什么都不用管就OK了。当时纳闷了几个小时代码写的都没问题，进入浏览器调试才发现问题

前端代码只需要写两个post请求就行了，这里学到了页面自动滚到最底部的的方法如下

前端大致逻辑代码如下，

请求中的长连接请求还未结束，是一個红色的进度条我一开始还以为是个报错，愣了一下然后才反应过来，这是个长连接啊没毛病。
请求结束的长连接是一个绿色的進度条

JS-SDK的引入和使用（不多说，网上一搜一大把）

由于是在微信公众号中开发发送图片的时候我们可以调用腾讯提供的JS-SDK，链接参考如下

湔端页面使用JS-SDK图像接口步骤

最后分享一个小知识手机切屏怎么监控，当时困扰了很久百度了很多终于找到了解决方案，在JS中写这段代碼就能监控到

果然做新项目的时候才会发现自己的许多不足，同时也能学到很多东西从一开始的不了解到开始了解，到最后的项目完荿这种成功的喜悦无法形容。感谢baidu和那么多的前辈、同辈留下了丰富的宝藏让我们去研读 和 CTRL+C,CTRL+V。