关于微信精选留言点赞刷赞之公众号评论点赞及文章评论点赞软件使用方法，越来越多的人在平常生活中使用微信，以微信为载体的许多功能就被开发和使用了起来，比如——微信投票。于是乎，微信上兴起了各种投票，从小学生到gov部门的投票活动都有，刷票交易也越来越火。刷票单纯在请求的技术手段上，都是正常的访问请求，基本是没法识别的，但它真的像吃瓜群众一样说的没法认出来吗？未必！
1.水军为了做更多生意自曝身份，在微信昵称上用了显而易见的刷票词语，比如用“票”筛选投票数据，就得到了大量的刷票信息，见图：
这样，只要通过一定的规则来匹配投票人的微信昵称，判断出投票人是否是刷票的，如果是进入黑名单。如果一个被投票的有大量黑名单的人给他投票，那么他就有花钱买票嫌疑。
2.每天投票量统计分析，如果是持续几天的投票。我们设想被投票人每天都在努力地拉票，从开始到结束应该是一个影响力越来越大或者影响力在结束的时候弱一点，所以每天的投票量统计曲线是先抑后扬或呈正态分布。把每个选 手的每天投票量曲线做出来，和其他人不一样的就一眼看出来了。
3.时段投票量统计分析，这个应该比较容易理解，投票时间应该符合一般人的作息时间，如果在凌晨一、两点某个选手出现大量的投票，而他白天投票量反正少，这就很难用正常投票解释了。
4.投票数爆发点与超越关系的分析。买票是需要成本的，被投票人买票的话当然是想用最少的成本取得第一。如果他被别人超越了的话，不想让自己先期投入变成“沉没成本”，只能加钱再买票再次超越别人。所以，如果一个选手多次被别人超越后投票数立马上升，特别是上升的票数都差不多（想象一下每次都是一百一百地买票），那就基本是刷票了。
5. 多人刷票的情况。这种情况下就有点好玩了，发展的结果是：
a.谁也不服谁，杠上了，超越关系明显。最后钱多的2，3个人超过其他人好多倍的票；
b.为了节约成本，保持第二或第三，在最后时段为了夺冠冲刺刷票，产生了一个非常异常的投票量曲线。
谁最清楚哪个人是刷票水军呢？应该是疼xun。如果是专门做投票系统，积累了大量数据的话，是可以建立模型识别是刷票行为的（至于为了点击量是否愿意做这个，或者做了这个不启用就不得而知了），小公司的话也可以用第1点做简单地判断，另外可以加验证码，增加投票时间操作，提高刷票水军的时间成本，另外验证码看多了眼睛也会花的偷笑。
延伸阅读：防止刷票的一些方法介绍
在Web开发中，投票模块会经常出现。这样就使得防止刷票，成了至关重要的技术。以下是试验过或者网上找到的防止刷票方法：
1. IP限制
这是使用的最多，也是最广泛，不可少的刷票限制。而且由于专题都没有用户模块，使得这个方法，几乎成了唯一可行的手段。该方式，通过获取访问游客的IP地址，来限制其在一段时间内所能使用的票数。当然，正常访问页面投票的游客，肯定都能很好的被这个手段所限制，但是，各种投票的活动和专题，以及丰厚的奖品，使得一些人想方设法的想要进行刷票。
ADSL用户，可以通过断线重拨来更换IP地址。
使用代理访问的用户，我们也无法获得其真实的IP地址。
还有我们未知的刷票工具。
以上都是我们没有办法克服的难题，而且对于网吧/内网用户来说，这样的设置也会显得不够公平。
2. Cookies 验证
这也是网上所用到较多的手段，不过，所有来自于客户端的信息和内容都是不可靠的。熟知cookies原理的人，就可以很容易的绕过限制。
cookies 可以禁用。
使用代理访问的用户，我们也无法获得其真实的IP地址。
Cookies可以随意清除、修改。
3. Session 验证
session会给所有访问的游客，指定一个唯一的sessionID。这样，似乎对于防止刷票有一些作用。可惜session有致命的缺点。
关闭浏览器，session就会被销毁。
客户端禁用cookies，session也会失效。
4. 验证码
注册，登陆，回复，发帖……验证码使用的范围很广，很多。可惜，至于具体效果呢，长久下来，只发现这样的方式，其实只是加大了普通游客的投票难度，而且刷票频繁的访问验证码，也大大加大了服务器负担。
有一种验证码是可行的，google推出的图形验证码，旨在让用户将图片翻转至正确的方向，方可完成验证。想必很少有软件或者电脑操作可以很好的绕过这样的验证码。不过，缺点呢，实现难度很高。
5. MAC地址限制
作为web程序，很难获取真实的Mac地址（我用php/js实验过，并没有成功的获取到Mac地址）。当我们读取客户端Mac地址时，读取的也是存储于注册表的一个信息，它也是可以进行修改的。
6. 用户模块
这应该算很有用的方式。每个游客，必须注册了账户才能进行投票，通过限制账户ID来限制投票，并且可以限制初始注册用户，一段时间内不能参与投票。而且，真有大量的注册用户涌入，也可以增加网站的流量。可是，对于小地区网站来说，这样会让网友觉得很麻烦，可能放弃投票，从而可能流失网站的用户。
7. 行为记录
其实，很多刷票行为我们是没办法进行限制的。可是有时候，我们却可以很好的记录下来。而且当检测到非正常投票的时候，自动提出票数，要么返回投票成功的假象，也可以很好的限制刷票。
缺点就是，记录过多的数据，会让服务器压力很大。而且，如果记录行为的记录点不够多，不够复杂，也可能被刷票的专业户所参透。
8. 回答问题
第一次使用这个方式限制刷票的时候，我们很欣慰的看到了不错的效果。可惜，如果没有足够海量的题库，很快问题的内容和答案就会被收集。反而让正常投票的用户，觉得投票很恶心、麻烦，产生厌恶心理。渐渐的也被我们抛弃了。
9. 随机投票地址
该方法， 让每一个访问页面的用户得到一个随机唯一的KEY，通过这个KEY，生成一个投票地址，该地址只能访问一次，使用过后便作废。
可惜，指定的KEY的内容，我目前是采用的sessionid+ip+随机数 生成的MD5码，而sessionid和ip在上面的内容都提到，是可以销毁和篡改的。这样的方式，也不过是在ip限制和session限制无效时候的垂死挣扎。
10. 填写信息
投票时，让游客填写身份证，姓名，手机号码等可以表示一个人身份的信息，来进行唯一性验证。不过，身份证你知道格式，姓名随便填，手机号码随便填写，也是没办法限制的。反而让正常投票的人觉得麻烦。
11. 投票码/排号系统
投票前，用户都需要在其他页面/邮箱先获取到一个唯一投票的编码/卷，使用一次作废。不过，如何验证‘人’的唯一呢，如果有用户，他的邮箱足够多，是不是就可以无限获取投票码呢。
对！所以，这也只是治标不治本的方法了。不过，至少，这个方式也会让刷票的人觉得很麻烦。但是同时，也会让正常投票的人觉得不方便。不过，能够让刷票党，刷得不是那么痛快，也算是有用了。
12. 人民币投票
虎，这样最好，不管是发短信，打电话，还是支付宝，一票一元人民币，你如果是足够舍得，当然，随便你投，随便你刷，咱也乐意不是。通过支付接口的结合，作弊是相当难的了。
不过，公平性有待考究，毕竟不是所有人的支持者都有钱，都舍得花钱，可能让好的作品因为‘穷’而得不到票数，这是在咱公平、*的社会中，是不提倡的！
好了，差不多就以上这些方式。引用一个网友的原文：“要想完全杜绝刷票，基本只能靠人”。
抛砖引玉：
flash投票，不过不是很清楚原理，有空的时候会投入测试。
插件。 web插件，可能需要用户下载安装，普通用户会觉得很麻烦，可行性有待考究。
一些有趣的设置 例如，短时间内的多次投票，可能导致投票数下降；可以给作品投负票数，不过有一定几率无效或者反射到其他作品；类似农场的‘偷菜’，我们可以投票等。也许可以增加一点可玩性，可是公平性就无法保证了。
总结：个人觉得目前最有效的只能是人民币投票了，可以很好的限制刷票行为。