jam

一点通服务器:分接入服务器和业务服务器两大模块
1、【接入服务器】
1.1、接入模块: 采用epoll模式来支持客户端的大并发连接
1.2、消息接收模块: 使用链式队列来保存epoll触发所返回的socket id, 采用哈希表来保证线程池中线程接收消息的唯一性, 使用消息缓存来保证一次接收客户端消息的完整性, 使用顺序队列来保存接收到完整的客户端消息
1.3、业务服务器路由模块: 根据业务服务器配置文件来连接所有的业务服务器, 并产生相应的接收线程来接收业务服务器的消息
1.4、超时检测模块: 此模块可以检测业务服务器忙碌与否(通过客户端发包的时间与当前的时间做比较, 如果业务服务器返回数据包, 会删掉此对应的消息包)
1.5、接入服务器重连机制: 此模块使得接入服务器与业务服务器断开时避免重启接入服务器, 并通过轮询业务服务器配置文件来连接新的业务服务器
1.6、消息分发模块: 采用线程池的方式, 负责客户端消息的分发(通过消息类型, 主业务码和子业务码来路由到相应的业务服务器中), 此模块采用负载均衡的方式, 如果当前业务量很大的话, 可以加大业务服务器(软)的数量
1.7、客户端消息分发模块: 取出接收到的业务服务器消息包中的接入服务器序号和消息计数器信息, 从哈希表中找到相对应的socket id, 并且分发到对应的客户端中
1.8、心跳检测模块: 通过客户端连接时间和当前时间做比较(如果客户端发送了数据包, 会修改对应的客户端连接时间), 如果超过一定的时间, 会主动把客户端断开

2、【业务服务器】
2.1 【通用业务服务器】(与接入服务器的交流是双向的)
2.1.1、接入模块: 负责与接入服务器的连接, 每一个接入服务器连接都会产生接收线程(对应queue_in消息队列), 发送线程(对应queue_out消息队列)和处理线程(对应queue_in消息队列, 采用线程池)
2.1.2、数据库路由模块: 采用数据库连接池技术, 通过数据库配置文件来产生连接池,能够维护现有连接和产生新的数据库连接, 采用分表技术来负责数据库表的负载均衡
2.1.3、消息接收和数据处理模块: 接收线程完成消息的接收, 并触发线程池中的线程来处理消息(主要是通过queue_in进行交流, 处理数据主要是操作数据库)
2.1.4、发送模块: 取出queue_out消息队列中的消息, 并发送消息到对应的接入服务器
中
2.1.5: 数据库重连模块: 数据库重连线程会隔一点的时间检查数据库连接并重连断连的数据库连接
责任描述：
负责一点通接入服务器和业务服务器全部代码编写, 负责确保服务器的稳定性和正确性
的前提下, 不断地优化服务器的性能, 负责测试客户端代码的编写(采用MFC编写), 负责与测试人员的沟通和交流, 负责维护服务器运维过程中出现的BUG

晒单管理后台+前端页面展示项目描述：
html/php/mysql/js(开发工具)
window xp(硬件环境)
linux操作系统(软件环境)一 前端买家数据页面展示
1 登录模块
1) 用户输入token来验证用户身份, 验证通过的用户才可以查看买家的当前晒图信息
2 晒图审核模块
1) 用户可以对未进行审核的晒图进行审核, 如果审核不通过, 页面会展示晒图未审核通过的原因和审核者, 并可以对晒图进行复审操作
2)用户可以对未审核通过的晒图进行晒图审核通过操作, 也可对审核通过的晒图选择审核不通过原因, 进行晒图审核不通过操作
3 未审核晒图, 已审核晒图, 全部晒图页面展示(数据可以根据卖家号, 买家号, 评价时间等信息进行过滤)
1) 未审核通过的晒图tap, 会展示图片名称, 图片链接, 卖家和买家评价等信息, 用户可进行审核通过操作或选择不通过原因, 进行审核不通过操作
2) 已审核通过的晒图tap, 会展示图片名称, 图片链接, 卖家和买家评价, 审核者等信息, 用户可进行复审操作(进行审核通过或审核不通过操作)
3) 全部晒图tap, 如果晒图是处于未审核状态, 会和1)展示相同, 如果晒图是处于已审核状态, 会和2)展示相同
二 晒单管理后台(数据吐出的地方)
1 未审核通过, 审核通过, 全部晒图数据获取
1) 前端通过ajax post类型将数据请求发往后台(比如晒图类型, 订单ID, 卖家号), 后台解析业务类型, 调用类型映射函数, 调用处理函数获取未审核晒图信息(因为交互的类型是通过ajax进行, 所以后台中文要把gbk格式转换为uft8格式, 前端才可以正确展示数据)
2 批量晒图审核通过, 审核不通过操作
1) 前端通过ajax post