上回说到在服务请求的接口函数，返回结果，这个结果不一，可能返回视图，可能是集合。。

这样处理之后我们的系统就开始稳定了，满意了 稳定了，以后有什么新功能就这样来缓解压力！

国庆好啊，长假七天，我们员工去了巴厘岛、三亚，吃、喝、玩，那个舒服呀，不过呀，好景不长，这不昨儿校长就给我打电话了，说我们学校好吧。今年招了30000多新生，这不后台服务器都预警了，等再过过两天，学生家长一起浏览，那可不得了，那家伙急得呀 像只猴儿，

现在我们来说说高并发的问题，什么是高并发，官方的说法，我也说不来你就凑合听听我的愚见吧，高并发是指同一段时间内多个请求对应到了一个Ip地址（也就是一台电脑)，可想而知啊，我们穷啊，买不起好的服务器，所以只能想办法分担一下了，说起分担估计大家心里明白了不少，没错就是我们那个分离，可是该怎么分离呢，而且换了Ip地址可不就换了网址了嘛，我们的官网那不就没了嘛  哈哈，您请好吧：

我们的步骤是首先还是在我这一台机器上写程序，当有用户访问，请求发过来的时候，我先判断我能不能为你服务，比方说现在在线人数是多少（这个可以通过方法获取出来大家可以查一查），如果可以那你就继续进行，不然的话我把你转给我新买的电脑上面，而这个转发我采用务器重定向，客户端不清楚，URL地址不变），在我的新电脑上我继续判断，如此循环下去，这就是高并发的处理了，简单吧，我们来总结和分析一下其中的一些问题，首先，请求发过来的时候，我先判断我能不能为你服务，如果可以那你就继续进行，不然我就需要转出去了，那么这个时候我们转到哪里呢？我们想到我们的应该使用一个集合来存放这个信息，当然可以有其他的一些属性（是否可用），转发时，获取这个集合（有效的）判断当前IP在第几位，取到它的下一个Ip转发请求，当前了我们需要在对应的Ip(电脑--服务器)上部署相同的程序，

至此一个总结和心得写完了，其中很多的不足，很多地方不太明确，我很尽力的写，希望接下来的时候，可以慢慢完善这个心得吧！ 这部分总结主要写一个思路，具体代码没有，请多见谅，我也在学习！！

现在有很多实现了对应功能要求的框架 我这里写几个:数据库（NHibnate)--IOC（Spring.net  对象创建时解耦合) - (BLL) --前端（Vue.js)  前端样式(EasyUI、Bootstarp)