是不是得填验证码才能缴费

导读：　是不是得填验证码才能缴费篇一《为什么设置验证码》 ...

以下是中国招生考试网www.chinazhaokao.com为大家整理的《是不是得填验证码才能缴费》，希望大家能够喜欢！更多资源请搜索成考报名频道与你分享！

是不是得填验证码才能缴费篇一
《为什么设置验证码》

目前，不少网站为了防止用户利用机器人自动注册、登录、灌水，都采用了验证码技术。所谓验证码，就是将一串随机产生的数字或符号，生成一幅图片， 图片里加上一些干扰象素（防止OCR），由用户肉眼识别其中的验证码信息，输入表单提交网站验证，验证成功后才能使用某项功能。这不，我们军团论坛，也搞这个把戏了．搞得昨天晚上，我都不能发帖，运行了几次补丁，然后重新启动ie依然看不见验证码，怀疑我的机器安全措施太高，果然发现我禁止修改注册表．改禁后，问题依然，没有办法，只好手工了．问题得解． 很多朋友对验证码有疑问，各大论坛的用户也对验证码十分讨厌，觉得麻烦，下面我们来解密这个东东．还是我的风格，通俗透彻，一分为几，逐步解答．下面我们开始： 最初的验证码，只是几个随机生成的数字。但是道高一尺魔高一丈，很快就有能识别数字的软件了，“收藏家”们利用这种软件批量获取帐号，或是探测密码，因为软件可以不知疲倦地不断submit。于是，出现了图片形式的验证码，还要加上无规则的背景，既然人眼都难以分辨，想来软件分辨起来就有一定的难度。但是腾讯开始采用汉字图片做验证码，是不是意味着破解验证码的技术又有了新进展，带背景的数字或字母图片形式的验证码，也可以被软件分辨了？ 值得说明的是：验证码不同于注册码，注册码是软件作者根据提交的机器码通过特殊算法算出的，能让软件正常运行的密码。 一.常见的验证码 1，四位数字，随机的一数字字符串，最原始的验证码，验证作用几乎为零。 2，CSDN网站用户登录用的是GIF格式，目前常用的随机数字图片验证码。图片上的字符比较中规中矩，验证作用比上一个好。没有基本图形图像学知识的人，不可破！可惜读取它的程序，在CSDN使用它的第一天，好像就在论坛里发布了，真是可怜！ 3，QQ网站用户登录用的是PNG格式，图片用的随机数字+随机大写英文字母，整个构图有点张扬,每刷新一次,每个字符还会变位置呢!有时候出来的图片,人眼都识别不了,厉害啊… 4，MS的hotmail申请时候的是BMP格式, 随机数字+随机大写英文字母+随机干扰像素+随机位置。 5，Google的Gmail注册时候的是JPG格式，随机英文字母+随机颜色+随机位置+随机长度。 6，其他各大论坛的是XBM格式，内容随机。 二.验证码作用分析 验证码起源：因为攻击者会使用有害程序注册大量的 Web 服务帐户（如 Passport）。攻击者可以使用这些帐户为其他的用户制造麻烦，如发送垃圾邮件或通过同时反复登录多个帐户来延缓服务的速度。在大多

数情况下，自动注册程序不能识别此图片中的字符。简单的说呢，就是防止攻击者编写程序，自动注册，重复登录暴力破解密码。验证码技术应运而生。 验证码实现流程：服务器端随机生成验证码字符串，保存在内存中，并写入图片，发送给浏览器端显示，浏览器端输入验证码图片上字符，然后提交服务器端，提交的字符和服务器端保存的该字符比较是否一致。一致就继续，否则返回提示。攻击者编写的robot程序，很难识别验证码字符，顺利的完成自动注册，登录。。。。。。。。。而用户可以识别填写，所以这就实现了阻挡攻击的作用。而图片的字符识别，就是看图片上的干扰强度了。就实际的效果来说，验证码只是增加攻击者的难度，而不可能完全的防止。 1，论坛中的验证码的作用 目前，不少网站为了防止用户利用机器人自动注册、登录、灌水，都采用了验证码技术。所谓验证码，就是将一串随机产生的数字或符号，生成一幅图片，图片里加上一些干扰象素（防止OCR），由用户肉眼识别其中的验证码信息，输入表单提交网站验证，验证成功后才能使用某项功能。 因为你的WEB站有时会碰到客户机恶意攻击,其中一种很常见的攻击手段就是身份欺骗它通过在客户端脚本写入一些代码,然后利用其客户机在网站论坛反复登陆,或者攻击者创建一个HTML窗体,其窗体如果包含了你注册窗体或发帖窗体等相同的字段,然后利用"http-post"传输数据到服务器,服务器会执行相应的创建帐户,提交垃圾数据等操作,如果服务器本身不能有效验证并拒绝此非法操作,它会很严重耗费其系统资源,降低网站性能甚至使程序崩溃. 而现在流行的判断访问WEB程序是合法用户还是恶意操作的方式,就是采用 一种叫 "字符校验"的技术.WEB网站像现在的动网论坛,他采用达到方法是为客户提供一个包含随即字符串的图片，用户必须读取这些字符串,然后随 登陆窗体或者发帖窗体等用户创建的窗体一起提交.因为人的话,可以很容易读出图片中的数字,但如果是一段客户端攻击代码,通过一般手段是很难识别验证码的.这样可以确保当前访问是来自一个人而非机器. 编程实现原理：使用某种动态编程语言，比如PHP，ASP，随即生成一个随机数,大多为4位数字和字母,或者是数字和字母的组合,生成以后,用GD库的支持生成一张根据随机数来确定的图片,把随机数写入到session中,传递到要验证的页面,生成的图片显示给登陆着,并要求登陆者输入该随机数内容,提交到验证页面,验证session的内容和提交的内容是否一致,这就是大致的思路!那么怎么编写验证码程序呢，相信Google一下，就有很多现

成的代码。 2，申请QQ号时候验证码的作用 如今你要申请一个QQ号，需要输入很复杂的验证码：验证码由若干个汉字组成，还加上了花哩唬哨的背景，使得有些汉字实在难以辨认。腾讯这么做，是为了防止有人利用软件批量获取QQ号码----每次提交都要输入随机生成的验证码，这是软件难以做到的。 三.图片验证码技术之一：利用Xbm格式图片 生成验证代码的技术有很多，这里只说与我们论坛有关系的这项技术。 x-xbitmap格式的图片（以下简称为Xbm格式）特殊，就在于它并不跟gif，jpg等图片格式一样，是一个真正的纯2进制图片格式，而是ascii码文件--换句话说，它是一个纯文本文件，在Windows系统下，系统浏览器将它翻译成图片来进行显示。 下面让我们先来制作一个Xbm图形格式图片： 新建一个文本文件，将以下内容复制进去： #define counter_width 48 #define counter_height 9 static unsigned charcounter_bits[]={ff,3c,7c,3c,70,3c,fe,7c,fe,7c,78,7c,ee,ee,ee,ee,7c,ee,e0,ee,60,ee,74,ee,70,fe,30, fe,70,fe,38,ec,e0,ec,70,ec,1c,e0,ee,e0,70,e0,fe,7e,fe,7e,70,7e,fe,3c,7c,3c,70,3c} 然后，将此文本文件保存为名字为 test.Xbm的文件。 接下来，让我们看看如果在ie中打开它，会出现什么情形？？（新开一个ie，然后将test.Xbm直接拖拽到它上面），哈，出现了如下图一样的情景，在浏览器中出来的，已经不是我们的文本，而是一个黑白的图片了！ 让我们看看上面那代码中，每一行的意义： #define counter_width 48 这里定义了图片的宽度，一般都设置为8的整数倍，因为我们想显示的是6个数字，所以就设置成了8*6=48的宽度 #define counter_height 9 这里设置了图片的高度，可以任意设置，但是注意，这里的数字直接决定了下面的数组中，是用几组数来表示一个显示出的数字 static unsigned char counter_bits[]={7c,3c,7c,3c,70,3c,fe,7c,fe,7c,78,7c,ee,ee,ee,ee,7c,ee,e0,ee,60,ee,74,ee,70,fe,30, fe,70,fe,38,ec,e0,ec,70,ec,1c,e0,ee,e0,70,e0,fe,7e,fe,7e,70,7e,fe,3c,7c,3c,70,3c} 在这里，是图片用来显示内容的十六进制的代码，在这里，是9*6=54个数字来表示，值得一提的是，由于在图片显示中，是显示完了一行后，再显示第2行，直到最后一行，因此更为准确的描述是6*9显示，每6个数表示一行（因为我们显示了6个数字），一共9行（我们的定义中，是采用的高度为9的数组） 正如static unsigned char英文意思为静态的，无符号的，烧焦的。它只能用来显示黑白两种颜色。二进制中的1将来用显示为黑色，0为白色。 因此，上面的7c、3c这样的数字，就是一个256位的2进制，其中的1表示黑色，0表示白色，由此绘制出每个数字的图形。 由于Xbm文件的性质决定，它只

能显示黑/白两种颜色，而且以数组的方式来表现每个要显示的图形，注定了不能用它生成太复杂的图案。那么，这样的图片格式到底有什么用呢？？当然有的，不少asp论坛/聊天室的登陆验证码，就是用这样的方法在asp中动态生成的。 四.为什么要打补丁才能正常显示呢？ 在WindowsXP SP2更改后的安全策略中，因为基于安全因素的考虑，默认去掉了对 image/x-xbitmap 图片格式的支持（该图片的后缀名为Xbm）。，为什么微软在XP的SP2升级包中又要禁止掉它呢？？这是因为Xbm的漏洞。 Microsoft Internet EXPlorer和Outlook EXPress在处理WEB页，HTML邮件，EMAIL附件中畸形Xbm图象文件会导致崩溃，问题存在于对Xbm文件中的内容缺少检查，MSIE按照图象规定的长度和宽度分配内存，攻击者可以提高超大的长度和宽度数值导致系统消耗内存或者访问冲突。 换句话说，如果构造一个长宽的尺寸特别大的Xbm文件，很容易导致Windows的内存耗尽，导致程序无响应或者死机。本身来说，这不算一个特别严重的漏洞，因为根据安全公告，无法造成溢出，不会存在太大的权限漏洞。但是由于XP的SP2强调安全性，因此将Xbm功能禁用了。从这点上可以看出，SP2对于安全的确比较重视，将有漏洞的功能基本上都补上或禁用了，作为网络管理员，我对微软的做法表示支持，因为操作系统默认设置的不安全，常常是造成非专业用户被攻击的首要因素。 解禁方法： 由此看出，以后我们访问某些采用生成Xbm作为验证代码的站点的时候，就相当不方便了，如果有必要，可以通过简单的操作注册表恢复我们需要的功能。 打开注册表(开始－－－运行－－－regedit－－－－回车)，然后进到键值[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet EXPlorer\Security] 将blockXbm的值改为00000000（dword，双字节），没有的话新建立一个就可以了。 之后重新IE或者重新启动机器，则Xbm格式的图片就可以看到了。 五，Xbm的趋势 从SP2禁止Xbm的趋势看出，微软打算似乎已经开始打算放弃对Xbm格式的支持了。那么，作为程序编写者，有必要未雨绸缪，寻找其他生成验证码的途径。在php中，可以通过调用gd库等方式生成jpg/gif等图形格式的注册验证码，那么在asp中有其他的办法么？ 事实上图片验证密码的关键是--不能在客户端留下图片的真实url，或可对应反推源地址的信息，因此asp可以采用以下2种方式实现支持SP2的图形验证码。 如果是购买的虚拟主机，那么可以采用将jpg/gif图片放到数据库，然后用session传值的方式，最后利用asp直接从数据库中输出图片，这方法的好处是不需要特别设置服务器端，坏处则是每次生成验证

图片时都会需要与数据库连接，增加了开销。 如果是有管理员控制权限的用户，可以考虑采用第三方组件来实现。天缘个人推荐 ASP图象组件shotgraph ，它的免费版本对生成的图形有一定限制，不过已经足够用来制作验证码了。

是不是得填验证码才能缴费篇二
《中文验证码编写方法》

1、汉字编码原理

到底怎么办到随机生成汉字的呢？汉字从哪里来的呢？是不是有个后台数据表，其中存放了所需要的所有汉字，使用程序随机取出几个汉字组合就行了呢？使用后台数据库先将所有汉字存起来使用时随机取出，这也是一种办法，但是中文汉字有这么多，怎么来制作呢？其实可以不使用任何后台数据库，使用程序就能做到这一切。要知道如何生成汉字，就得先了解中文汉字的编码原理。

1980年，为了使每一个汉字有一个全国统一的代码，我国颁布了第一个汉字编码的国家标准： GB2312-80《信息交换用汉字编码字符集》基本集，简称GB2312，这个字符集是我国中文信息处理技术的发展基础，也是国内所有汉字系统的统一标准。到了后来又公布了国家标准GB18030-2000《信息交换用汉字编码字符集基本集的扩充》，简称GB18030，编程时如果涉及到编码和本地化的朋友应该对GB18030很熟悉。这是是我国继GB2312-1980和GB13000-1993之后最重要的汉字编码标准，同时也是未来我国计算机系统必须遵循的基础性标准之一。

目前在中文WINDOWS操作系统中，.NET编程中默认的的代码页就是GB18030简体中文。但是事实上如果生成中文汉字验证码只须要使用GB2312字符集就已经足够了。字符集中除了我们平时大家都认识的汉字外，也包含了很多我们不认识平时也很少见到的汉字。如果生成中文汉字验证码中有很多我们不认识的汉字让我们输入，对于使用拼音输入法的朋友来说可不是好事，五笔使用者还能勉强根据汉字的长相打出来，呵呵！所以对于GB2312字符集中的汉字我们也不是全都要用。

中文汉字字符可以使用区位码来表示，见

汉字区位码表

汉字区位码代码表

其实这两个表是同一回事，只不过一个使用十六进制分区表示，一个使用区位所在的数字位置表示。 例如“好”字的十六进制区位码是ba c3，前两位是区域，后两位代表位置，ba处在第26区，“好”处在此区汉字的第35位也就是c3位置，所以数字代码就是2635。这就是GB2312汉字区位原理。根据《汉字区位码表 》我们可以发现第15区也就是AF区以前都没有汉字，只有少量符号，汉字都从第16区B0开始，这就是为什么GB2312字符集都是从16区开始的。

2、.Net程序处理汉字编码原理分析

在.Net中可以使用System.Text来处理所有语言的编码。在System.Text命名空间中包含众多编码的类，

可供进行操作及转换。其中的Encoding类就是重点处理汉字编码的类。通过在.NET文档中查询Encoding类的方法我们可以发现所有和文字编码有关的都是字节数组，其中有两个很好用的方法：

没错我们可以通过这两个方法将汉字字符编码为字节数组，同样知道了汉字GB2312的字节数组编码也就可以将字节数组解码为汉字字符。通过对“好”字进行编码为字节数组后

发现得到了一个长度为2的字节数组bytes，使用

之后发现字节数组bytes16进制变码后内容竟然是{ba,c3}，刚好是“好”字的十六进制区位码（见区位码表）。

因此我们就可以随机生成一个长度为2的十六进制字节数组，使用GetString ()方法对其进行解码就可以得到汉字字符了。不过对于生成中文汉字验证码来说，因为第15区也就是AF区以前都没有汉字，只有少量符号，汉字都从第16区B0开始，并且从区位D7开始以后的汉字都是和很难见到的繁杂汉字，所以这些都要排出掉。所以随机生成的汉字十六进制区位码第1位范围在B、C、D之间，如果第1位是D的话，第2位区位码就不能是7以后的十六进制数。在来看看区位码表发现每区的第一个位置和最后一个位置都是空的，没有汉字，因此随机生成的区位码第3位如果是A的话，第4位就不能是0；第3位如果是F的话，第4位就不能是F。

好了，知道了原理，随机生成中文汉字的程序也就出来了，以下就是生成4个随机汉字的C#控制台代码：

3、程序代码：

是不是得填验证码才能缴费篇三
《电子支付作业7》

网上支付与结算实践

所谓电子支付，是指从事电子商务交易的当事人，包括消费者、厂商和金融机构，通过信息网络，使用安全的信息传输手段，采用数字化方式进行的货币支付或资金流转。与传统的支付方式相比，电子支付具有以下特征：电子支付是采用先进的技术通过数字流转来完成信息传输的，其各种支付方式都是采用数字化的方式进行款项支付的；而传统的支付方式则是通过现金的流转、票据的转让及银行的汇兑等物理实体是流转来完成款项支付的。电子支付的工作环境是基于一个开放的系统平台（即因特网）之中；而传统支付则是在较为封闭的系统中运作。电子支付使用的是最先进的通信手段，如因特网、Extranet；而传统支付使用的则是传统的通信媒介。电子支付对软、硬件设施的要求很高，一般要求有联网的微机、相关的软件及其它一些配套设施；而传统支付则没有这么高的要求。电子支付具有方便、快捷、高效、经济的优势。用户只要拥有一台上网的PC机，便可足不出户，在很短的时间内完成整个支付过程。支付费用仅相当于传统支付的几十分之一，甚至几百分之一。

电子支付在中国的发展始于网上银行业务，随后各大银行的网上缴费、移动银行业务和网上交易等逐渐发展起来。电子支付市场每年都以高于30%的速度在成长，作为电子商务核心的支付环节正在加速电子化，网上支付、移动支付、电话支付等多种支付形式的出现使得电子商务企业的步伐更加轻快起来。

在国际金融危机影响下，与其他行业的惨淡经营相比，电子支付遇到了难得的发展机遇。2008年中国网上支付交易额达到2743亿元人民币，较2007年同比增长181%，成为互联网发展最快的行业。从网络购物、电子商务，到网上转账、还贷、缴费、

买保险，再到网上订机票、订酒店，电子支付已渗透到人们生活的方方面面。

一、文字描述支付与结算过程

第1购物前的准备 注册淘宝帐号和支付宝帐号 打开淘宝网首页(taobao.com)点击[免费注册]，按步骤填写成功后你就拥有一个用户名和密码了。到银行营业厅办一张银行卡并开通网上银行服务（一定要开通,而且一定要去银行柜台开通的）。注册支付宝帐号（推荐支付宝用户名填你注册淘宝用的邮箱地址,因为注册后要登录这个邮箱地址收激活信并激活才可以的），激活成功后,登录支付宝,里面的账户信息,按照该银行卡，设定支付宝相关信息。(并登录你的淘宝,在淘宝里面设置好你的支付宝账号)

第2淘宝网购物的卖家选择 在淘宝网首页按类目选择或者直接搜索自己喜欢的商品，淘宝网会列出相关商品列表，选择你看中的商品，点击进入卖家店铺，查看卖家的信用度和好评率，当然有些卖家的信用度是靠刷上来的，这里教大家一招辨别淘宝卖家信用的简单方法：就是查看卖家最后几页的信用评价，一看是否有几个相同的ID在一段时间内一直购买5件左右的商品并好评，二看卖家早期是不是在卖虚拟币（如Q币、冲值卡之类）。当然信用度只能作为我们淘宝网购物时的一个参考，并不是说淘宝度低的就是不好的卖家，这里面还有开店时间长短等因素，综合考虑卖家信用、商品质量、价格、运费等因素，选择你挑中的商品，下面就可以开始真正的淘宝网购物流程了。

第3联系淘宝网卖家获取更多信息 淘宝网购物时建议不要直接拍下商品，最好按照页面上提供的联系方式（如旺旺、QQ、MSN、电话等），取得与淘宝的联系，确认是否有货和商品的品质等细节，此外还可以跟卖家商谈优惠。

第4拍下商品，优惠或多件商品要联系淘宝网卖家修改价格 ，单击商品展示页面的立刻购买按钮，如果你在打开淘宝网首页时没登录帐号，这时会先跳转到登录页面，登录后就可以拍下商品了。如果有优惠或你拍下多件商品，可以在拍下商品后联系淘宝卖家，让他修改商品价格或运费。

第5登录支付宝确认付款到支付宝 可以在淘宝网首页

(taobao.com)点击【支付宝】到达支付宝首页(alipay.com)登录支付宝，记得认清

第6通知支付宝付款给淘宝网卖家并评价 确认无误后打开淘宝网首页登录淘宝和支付宝帐号，在支付宝点击确认付款的操作，这时候钱才真正到淘宝帐上。最后在【我的淘宝】上对卖家的信用进行评价，之后淘宝网卖家也会对你进行评价，(互评后整个网上购物流程就顺利完成了。

淘宝网购物可能被骗的问题 只要坚持一个原则，那就是支付宝付款或货到付款。因为支付宝付款需要两个环节来完成：1、确认购买，付款到支付宝；2、确认商品品质之后才真正付款。如果淘宝要求不使用支付宝付款，而是直接划帐给他，就很可能是个骗子。支付宝是一个免费的中间机构，你付款到这里之后如果没有收到商品，投诉到支付宝后对方不可能拿到这笔钱，而你收到货之后也不能从这里把钱给取回来，对双方来说都是一个约束。

二、具体图片介绍

1. 去淘宝网注册淘宝会员

（1）点开淘宝主页 ，在正上方可以看到“免费注册”的字样，点开然后填写自己的注册信息

。

（2）在“请填写常用的电子邮件地址，淘宝需要您通过邮件完成注册”下面会要求你填写邮箱地址，这个邮箱地址很重要，请不要随便填写，这个跟支付宝账户是有联系的。

(3)确认注册以后，淘宝会发一封确认信到你的注册邮箱，打开你

的邮箱确认激活便可，激活后会跳转到淘宝网页。提交之后，淘宝网的注册系统会发一封激活邮件到你的刚才填的那个邮箱里，你进去查看有没有邮件就行了。

(4)登陆淘宝，在支付宝专区那有一个管理支付宝账户，激活支付宝，填写相应正确信息。

2．注册、设置并使用支付宝

（1）下载阿里旺旺

是不是得填验证码才能缴费篇四
《验证码识别基础方法及源码》

先说说写这个的背景

最近有朋友在搞一个东西，已经做的挺不错了，最后想再完美一点，于是乎就提议把这种验证码给K.O.了，于是乎就K.O.了这个验证码。达到单个图片识别时间小于200ms，500个样本人工统计正确率为95%。由于本人没有相关经验，是摸着石头过河。本着经验分享的精神，分享一下整个分析的思路。在各位大神面前献丑了。

再看看部分识别结果

是不是看着很眼熟？

处理第一步，去背景噪音和二值化

对于这一块，考虑了几种方法。

方法一，统计图片颜色分布，颜色占有率低的判定为背景噪音。由于背景噪音和前景色区分并不明显，尝试了很多种取景方法都不能很好去除背景噪音，最终放弃了这种方法。

方法二，事后在网上稍微查了下，最近比较流行计算灰度后设定一个阈值进行二值化。其实所谓的灰度图片原理是根据人眼对色彩敏感度取了权值，这个权值对计算机来说没有什么意义。稍微想一下就可以发现，这两个过程完全可以合并。于是乎我一步完成了去背景噪音和二值化。阈值设置为RGB三分量之和到500。结果非常令人满意。

处理第二步，制作字符样本

样本对于计算机来说是非常重要的，因为计算机很难有逻辑思维，就算有逻辑思维也要经过长期训练才能让你满意。所以要用事先制作好的样本进行比较。如果你仔细观察过这些验证码会发现一个bug，几乎大部分的验证码都是使用同样的字体，于是乎就人工制作了一套字体的样本。由于上一步已经有去除背景噪音的结果，可以直接利用。制作样本这一步有点简单枯燥，还需要细心。可能因为你的一个不细心会导致某个符号的识别率偏低。在这500个样本中，只发现了31个字符。幸亏是某部门的某人员还考虑到了易错的字符，例如，1和I，0和O等。要不然这个某部门要背负更多的骂名。

处理第三步，匹配

单个匹配用了最简单最原始的二值比较，不过匹配的是匹配率而不是匹配数。我定义了相关的计分原则。大原则是“该有的有了加分，该有的没了减分，不该有的有了适度减分，可达区域外的不算分”。

由于一些符号的部分区域匹配结果跟另一些符号的完整匹配结果相似，需要把单个匹配在一个扩大的区域内择优。在一定的范围内，找到一个最佳匹配，这个最佳匹配就是当前位置对应的符号。

完成了一次最佳匹配，可以把匹配位置向右推进一大步，若找不到合适的最佳匹配就向右推进一小步。

处理第四步，优化和调整

任何一个算法都是需要优化和调整的。现在要找到最佳参数配置和最佳代码组织。这一步往往是需要花费最多时间和精力的。

处理第五步，验证结果

这一步呢，纯人力验证结果，统计出正确率。

思考

结果是出来了，代码也不多，效果也很理想。搞这一行的，很多时候都想要通用的。能否通用，很大程度上在于抽象层次。本方法只是单纯的匹配，自然不能通用，但是方法和思想却是通用的。具体案例具体分析。至于扭曲文字、空心文字等，处理要复杂的多。网上也有一些使用第三方图像库的方法，也许那些方法会比较通用。等有空了有兴趣了继续搞一下这个主题。

源码

至于这个源码要不要发布，纠结了一段时间。网上已经有类似的商业活动了，而且这个识别本身没有太大难度，再加上某系统天生的bug，此验证码本身就相当于没有设置，因此发布此代码，仅作于学习交流。

是不是得填验证码才能缴费篇五
《验证码识别基础方法及源码》

【算法】验证码识别基础方法及源码

先说说写这个的背景

最近有朋友在搞一个东西，已经做的挺不错了，最后想再完美一点，于是乎就提议把这种验证码给K.O.了，于是乎就K.O.了这个验证码。达到单个图片识别时间小于200ms，500个样本人工统计正确率为95%。由于本人没有相关经验，是摸着石头过河。本着经验分享的精神，分享一下整个分析的思路。在各位大神面前献丑了。

再看看部分识别结果

是不是看着很眼熟？

处理第一步，去背景噪音和二值化

对于这一块，考虑了几种方法。

方法一，统计图片颜色分布，颜色占有率低的判定为背景噪音。由于背景噪音和前景色区分并不明显，尝试了很多种取景方法都不能很好去除背景噪音，最终放弃了这种方法。

方法二，事后在网上稍微查了下，最近比较流行计算灰度后设定一个阈值进行二值化。其实所谓的灰度图片原理是根据人眼对色彩敏感度取了权值，这个权值对计算机来说没有什么意义。

稍微想一下就可以发现，这两个过程完全可以合并。于是乎我一步完成了去背景噪音和二值化。阈值设置为RGB三分量之和到500。结果非常令人满意。

处理第二步，制作字符样本

样本对于计算机来说是非常重要的，因为计算机很难有逻辑思维，就算有逻辑思维也要经过长期训练才能让你满意。所以要用事先制作好的样本进行比较。如果你仔细观察过这些验证码会发现一个bug，几乎大部分的验证码都是使用同样的字体，于是乎就人工制作了一套字体的样本。由于上一步已经有去除背景噪音的结果，可以直接利用。制作样本这一步有点简单枯燥，还需要细心。可能因为你的一个不细心会导致某个符号的识别率偏低。在这500个样本中，只发现了31个字符。幸亏是某部门的某人员还考虑到了易错的字符，例如，1和I，0和O等。要不然这个某部门要背负更多的骂名。

处理第三步，匹配

单个匹配用了最简单最原始的二值比较，不过匹配的是匹配率而不是匹配数。我定义了相关的计分原则。大原则是“该有的有了加分，该有的没了减分，不该有的有了适度减分，可达区域外的不算分”。

由于一些符号的部分区域匹配结果跟另一些符号的完整匹配结果相似，需要把单个匹配在一个扩大的区域内择优。在一定的范围内，找到一个最佳匹配，这个最佳匹配就是当前位置对应的符号。

完成了一次最佳匹配，可以把匹配位置向右推进一大步，若找不到合适的最佳匹配就向右推进一小步。

处理第四步，优化和调整

任何一个算法都是需要优化和调整的。现在要找到最佳参数配置和最佳代码组织。这一步往往是需要花费最多时间和精力的。

处理第五步，验证结果

这一步呢，纯人力验证结果，统计出正确率。

思考

结果是出来了，代码也不多，效果也很理想。搞这一行的，很多时候都想要通用的。能否通用，很大程度上在于抽象层次。本方法只是单纯的匹配，自然不能通用，但是方法和思想却是通用的。具体案例具体分析。至于扭曲文字、空心文字等，处理要复杂的多。网上也有一些使用第三方图像库的方法，也许那些方法会比较通用。等有空了有兴趣了继续搞一下这个主题。

源码

至于这个源码要不要发布，纠结了一段时间。网上已经有类似的商业活动了，而且这个识别本身没有太大难度，再加上某系统天生的bug，此验证码本身就相当于没有设置，因此发布此代码，仅作于学习交流。

+ View Code

用法

1

2

var cracker = new Cracker(); var result = cracker.Read(img);

是不是得填验证码才能缴费篇六
《验证码识别基础方法及源码==》

先说说写这个的背景

最近有朋友在搞一个东西，已经做的挺不错了，最后想再完美一点，于是乎就提议把这种验证码给K.O.了，于是乎就K.O.了这个验证码。达到单个图片识别时间小于200ms，500个样本人工统计正确率为95%。由于本人没有相关经验，是摸着石头过河。本着经验分享的精神，分享一下整个分析的思路。在各位大神面前献丑了。

再看看部分识别结果

是不是看着很眼熟？

处理第一步，去背景噪音和二值化

对于这一块，考虑了几种方法。

方法一，统计图片颜色分布，颜色占有率低的判定为背景噪音。由于背景噪音和前景色区分并不明显，尝试了很多种取景方法都不能很好去除背景噪音，最终放弃了这种方法。

方法二，事后在网上稍微查了下，最近比较流行计算灰度后设定一个阈值进行二值化。其实所谓的灰度图片原理是根据人眼对色彩敏感度取了权值，这个权值对计算机来说没有什么意义。稍微想一下就可以发现，这两个过程完全可以合并。于是乎我一步完成了去背景噪音和二值化。阈值设置为RGB三分量之和到500。结果非常令人满意。

处理第二步，制作字符样本

样本对于计算机来说是非常重要的，因为计算机很难有逻辑思维，就算有逻辑思维也要经过长期训练才能让你满意。所以要用事先制作好的样本进行比较。如果你仔细观察过这些验证码会发现一个bug，几乎大部分的验证码都是使用同样的字体，于是乎就人工制作了一套字体的样本。由于上一步已经有去除背景噪音的结果，可以直接利用。制作样本这一步有点简单枯燥，还需要细心。可能因为你的一个不细心会导致某个符号的识别率偏低。在这500个样本中，只发现了31个字符。幸亏是某部门的某人员还考虑到了易错的字符，例如，1和I，0和O等。要不然这个某部门要背负更多的骂名。

处理第三步，匹配

单个匹配用了最简单最原始的二值比较，不过匹配的是匹配率而不是匹配数。我定义了相关的计分原则。大原则是“该有的有了加分，该有的没了减分，不该有的有了适度减分，可达区域外的不算分”。

由于一些符号的部分区域匹配结果跟另一些符号的完整匹配结果相似，需要把单个匹配在一个扩大的区域内择优。在一定的范围内，找到一个最佳匹配，这个最佳匹配就是当前位置对应的符号。

完成了一次最佳匹配，可以把匹配位置向右推进一大步，若找不到合适的最佳匹配就向右推进一小步。

处理第四步，优化和调整

任何一个算法都是需要优化和调整的。现在要找到最佳参数配置和最佳代码组织。这一步往往是需要花费最多时间和精力的。

处理第五步，验证结果

这一步呢，纯人力验证结果，统计出正确率。

思考

结果是出来了，代码也不多，效果也很理想。搞这一行的，很多时候都想要通用的。能否通用，很大程度上在于抽象层次。本方法只是单纯的匹配，自然不能通用，但是方法和思想却是通用的。具体案例具体分析。至于扭曲文字、空心文字等，处理要复杂的多。网上也有一些使用第三方图像库的方法，也许那些方法会比较通用。等有空了有兴趣了继续搞一下这个主题。

源码

至于这个源码要不要发布，纠结了一段时间。网上已经有类似的商业活动了，而且这个识别本身没有太大难度，再加上某系统天生的bug，此验证码本身就相当于没有设置，因此发布此代码，仅作于学习交流。

是不是得填验证码才能缴费篇七
《验证码识别基础方法及源码》

先说说写这个的背景

最近有朋友在搞一个东西，已经做的挺不错了，最后想再完美一点，于是乎就提议把这种验证码给K.O.了，于是乎就K.O.了这个验证码。达到单个图片识别时间小于200ms，500个样本人工统计正确率为95%。由于本人没有相关经验，是摸着石头过河。本着经验分享的精神，分享一下整个分析的思路。在各位大神面前献丑了。

再看看部分识别结果

是不是看着很眼熟？

处理第一步，去背景噪音和二值化

对于这一块，考虑了几种方法。

方法一，统计图片颜色分布，颜色占有率低的判定为背景噪音。由于背景噪音和前景色区分并不明显，尝试了很多种取景方法都不能很好去除背景噪音，最终放弃了这种方法。

方法二，事后在网上稍微查了下，最近比较流行计算灰度后设定一个阈值进行二值化。其实所谓的灰度图片原理是根据人眼对色彩敏感度取了权值，这个权值对计算机来说没有什么意义。稍微想一下就可以发现，这两个过程完全可以合并。于是乎我一步完成了去背景噪音和二值化。阈值设置为RGB三分量之和到500。结果非常令人满意。

处理第二步，制作字符样本

样本对于计算机来说是非常重要的，因为计算机很难有逻辑思维，就算有逻辑思维也要经过长期训练才能让你满意。所以要用事先制作好的样本进行比较。如果你仔细观察过这些验证码会发现一个bug，几乎大部分的验证码都是使用同样的字体，于是乎就人工制作了一套字体的样本。由于上一步已经有去除背景噪音的结果，可以直接利用。制作样本这一步有点简单枯燥，还需要细心。可能因为你的一个不细心会导致某个符号的识别率偏低。在这500个样本中，只发现了31个字符。幸亏是某部门的某人员还考虑到了易错的字符，例如，1和I，0和O等。要不然这个某部门要背负更多的骂名。

处理第三步，匹配

单个匹配用了最简单最原始的二值比较，不过匹配的是匹配率而不是匹配数。我定义了相关的计分原则。大原则是“该有的有了加分，该有的没了减分，不该有的有了适度减分，可达区域外的不算分”。

由于一些符号的部分区域匹配结果跟另一些符号的完整匹配结果相似，需要把单个匹配在一个扩大的区域内择优。在一定的范围内，找到一个最佳匹配，这个最佳匹配就是当前位置对应的符号。

完成了一次最佳匹配，可以把匹配位置向右推进一大步，若找不到合适的最佳匹配就向右推进一小步。

处理第四步，优化和调整

任何一个算法都是需要优化和调整的。现在要找到最佳参数配置和最佳代码组织。这一步往往是需要花费最多时间和精力的。

处理第五步，验证结果

这一步呢，纯人力验证结果，统计出正确率。

思考

结果是出来了，代码也不多，效果也很理想。搞这一行的，很多时候都想要通用的。能否通用，很大程度上在于抽象层次。本方法只是单纯的匹配，自然不能通用，但是方法和思想却是通用的。具体案例具体分析。至于扭曲文字、空心文字等，处理要复杂的多。网上也有一些使用第三方图像库的方法，也许那些方法会比较通用。等有空了有兴趣了继续搞一下这个主题。

源码

至于这个源码要不要发布，纠结了一段时间。网上已经有类似的商业活动了，而且这个识别本身没有太大难度，再加上某系统天生的bug，此验证码本身就相当于没有设置，因此发布此代码，仅作于学习交流。

以上就是中国招生考试网http://www.chinazhaokao.com/带给大家的精彩成考报名资源。想要了解更多《是不是得填验证码才能缴费》的朋友可以持续关注中国招生考试网，我们将会为你奉上最全最新鲜的成考报名内容哦! 中国招生考试网，因你而精彩。

相关热词搜索：是不是有药才能出雾 12306验证码识别 12306验证码