你需要了解验证码识别的原理，才能写。

我发现你很多地方都不去管原理，哪里听来什么新名词就觉得是好东西。

#59 @ivanilla :

回复#58 @lincanbin :

我也在考虑写一个高强度的验证码，在看图找灵感。

回复#60 @lincanbin :

我当然是看了原理才写的。

回复#60 @lincanbin :

这是验证码的背景，我相信那些破解程序看到都要跪。

回复#62 @ivanilla :

人眼也要跪。

回复#63 @lincanbin :

我会调整平衡度的，不会让人觉得难以识别。

回复#64 @ivanilla :

扭曲和粘连，是目前最好的方案。

回复#65 @lincanbin :

http://old.sebug.net/paper/pst_WebZine/pst_WebZine_0x02/html/PSTZine_0x02_0x09.html

这里说可以识别这种验证码，倒是识别度不高。

回复#65 @lincanbin :

我的这个图片是随机生成1000个任意透明度的等边三角形，需要这么多三角形的原因是因为尽量避免没有填充到导致看到白色背景，会让人觉得违和。

回复#67 @ivanilla :

那你可以试试性能怎么样……

大量多边形的话……

回复#68 @lincanbin :

第一次会稍微慢点，1s以内，后面就是秒开。

你前面的第二张图片那种方法是最好的，也就是合理的字符重叠加上合理的颜色，那样破解程序也会识别错误。

回复#69 @ivanilla :

1秒以内，就已经消耗了大量CPU Time了……

回复#70 @lincanbin :

对于用户还是可以接受的，明天写完了我上传代码。

回复#71 @ivanilla :

带上网络延迟400ms，是我的底线。

回复#72 @lincanbin :

我用chrome的调试窗口看了下，第一次100多ms，以后一般50~80ms。

回复 #0 @ivanilla :

那还可以。

回复#74 @lincanbin :

我在知乎回答了这个问题：https://www.zhihu.com/question/20962240

你可以参考下我的答案。

回复#75 @ivanilla :

但是验证码识别，关键是OCR。

回复#76 @lincanbin :

如果破解程序连字都抠不了或者抠错地方，又怎么OCR

回复#77 @ivanilla :

其实关键不在背景，背景只能阻止二值化，不能阻止对于字本身的矢量运算。

回复#76 @lincanbin :

而且我不知道现在OCR识别率有多高。

多年前我用汉王OCR软件识别PEP的电子课本图片，结果惨不忍睹。