微信快速拉票能否通过大伙搜网进行实现

微信快速拉票能否通过大伙搜网进行实现，越来越多的人在平常生活中使用微信，以微信为载体的许多功能就被开发和使用了起来，比如——微信投票。于是乎，微信上兴起了各种投票，从小学生到gov部门的投票活动都有，，刷票交易也越来越火。刷票单纯在请求的技术手段上，都是正常的访问请求，基本是没法识别的，但它真的像吃瓜群众一样说的没法认出来吗？未必！

1.水军为了做更多生意自曝身份，在微信昵称上用了显而易见的刷票词语，比如用“票”筛选投票数据，就得到了大量的刷票信息，见图：

这样，只要通过一定的规则来匹配投票人的微信昵称，判断出投票人是否是刷票的，如果是进入黑名单。如果一个被投票的有大量黑名单的人给他投票，那么他就有花钱买票嫌疑。

2.每天投票量统计分析，如果是持续几天的投票。我们设想被投票人每天都在努力地拉票，从开始到结束应该是一个影响力越来越大或者影响力在结束的时候弱一点，所以每天的投票量统计曲线是先抑后扬或呈正态分布。把每个选手的每天投票量曲线做出来，和其他人不一样的就一眼看出来了。

3.时段投票量统计分析，这个应该比较容易理解，投票时间应该符合一般人的作息时间，如果在凌晨一、两点某个选手出现大量的投票，而他白天投票量反正少，这就很难用正常投票解释了。

4.投票数爆发点与超越关系的分析。买票是需要成本的，被投票人买票的话当然是想用最少的成本取得第一。如果他被别人超越了的话，不想让自己先期投入变成“沉没成本”，只能加钱再买票再次超越别人。所以，如果一个选手多次被别人超越后投票数立马上升，特别是上升的票数都差不多（想象一下每次都是一百一百地买票），那就基本是刷票了。

5. 多人刷票的情况。这种情况下就有点好玩了，发展的结果是：

a.谁也不服谁，杠上了，超越关系明显。最后钱多的2，3个人超过其他人好多倍的票；

b.为了节约成本，保持第二或第三，在最后时段为了夺冠冲刺刷票，产生了一个非常异常的投票量曲线。

谁最清楚哪个人是刷票水军呢？应该是疼xun。如果是专门做投票系统，积累了大量数据的话，是可以建立模型识别是刷票行为的（至于为了点击量是否愿意做这个，或者做了这个不启用就不得而知了），小公司的话也可以用第1点做简单地判断，另外可以加验证码，增加投票时间操作，提高刷票水军的时间成本，另外验证码看多了眼睛也会花的偷笑。

项目背景

该项目主要是用来给学校啦啦队进行投票，并结合当下比较火的在线答题而产生一款应用，因为我们的主要用户流量来自于微信公众号，所以该产品结合了微信公众号实现了相应的功能，因为这是个人第一个基于java语言开发后台的项目，还有许多的不足，希望各位批评指正

项目需求

后台管理功能

实现啦啦队伍信息的上传
实现对于题目的增删改查
实现文件（视频，图片信息）的上传

用户功能

给对应的啦啦队留言，给留言点赞。不可重复点赞
每人每天可答五十道题目，根据正确的答题数目给啦啦队投票
- 答题时间为每天早晨的8：00-当天晚上8：00
- 答题非一次性答完所有题目
- 每道题目的思考时间为10秒钟
可以同时给多个队伍投票，投票成功后返回啦啦队所在战队的最新里程数
队所在战队最新的票数

页面展示

启动页面展示产品slogan和当天数据统计
- 每天下午五点以前显示产品slogan
- 每天下午显示当天数据统计，格式为：当天答题数目为：xx,超过xx%的用户；当天获得的助力数为：xx,超过xx%的用户；当天为啦啦队增加的助力数为：xx,超过xx%的用户。
首页展示各个啦啦队的首页宣传图片，口号和介绍
- 要求每次进入页面时，啦啦队伍顺序随机
- 点击某个啦啦队伍的首页宣传图，进入这个啦啦队伍的详情页
详情页包含啦啦队伍的轮播图，宣传视频，啦啦队员的个人照片和留言信息
- 点击啦啦队员的照片，放大啦啦队员的照片，并显示啦啦队员的姓名和个人简介
- 页面下端显示啦啦队留言信息
战队排行榜页显示各个战队目前的分数和战队所具有的啦啦队
- 根据战队的分数进行降序排列
个人信息页面显示个人的微信头像，昵称，自己所具有的分数，自己的助力历史
- 助力历史显示自己总共为该战队的投票数，和当前该战队目前所具有的分数
个人答题榜页面显示根据答题正确数量最多的前十名用户，和当天的三名幸运用户。
- 每晚八点，系统自动根据当天答题的情况随机抽取三名幸运用户

项目信息

开发语言

java

数据库

mysql作为主要的数据库，redis作为缓存数据库

项目构想

因为整个项目主要分为前台用户和后台管理，因为这次项目在上线过程中主要出现的问题主要集中在几个点，所以我将着重的介绍一下这些“坑”

获取幸运用户

其实刚开始看到这个需求的时候，自己还是比较蒙的，因为他涉及到一个在某一个特定的时间点就需要程序自启，刚开始自己的想法是通过多线程的方式去自启（如何通过多线程的方式去自启方法我将在java开发微信公众号部分将进行介绍和应用），后来查了相关资料发现，其实用listener实现该方法的自启才是最好的选择，在服务器部署的时候计算一个当前部署时间与晚上发布幸运用户的时间差，然后程序根据该时间差进行自启，并在一天以后再次自启。进入循环，从而实现了该功能