这篇教程正好解决这个痛点：从加法验证码的核心原理（如何生成随机运算式、将结果存入Session、绘制带干扰线的验证图片），到ASP代码的分步实现（包括前端表单调用、后端结果校验），每一步都配了详细说明。更贴心的是，文中直接给出可复制的核心代码——无论是生成验证码图片的ASP文件，还是前端页面的调用逻辑，你只需改改参数（比如字体大小、干扰线数量），就能快速集成到自己的项目里。
不管你是刚接触ASP的新手，还是想快速落地验证码需求的开发者，跟着教程走，10分钟就能搞定一个能用的加法验证码，再也不用为“验证码开发”浪费时间！
我之前帮朋友的ASP小商城做验证码时，踩了一堆坑：生成的随机数每次都一样，图片显示不出来，验证逻辑总报错……折腾了快两天才搞定。后来发现，其实加法验证码的核心逻辑没那么复杂，只是很多细节没注意到。今天把这些经验拆成“能直接跟着做”的步骤，你就算是ASP新手，也能少走弯路。
先把加法验证码的逻辑理清楚，不然写代码容易乱
加法验证码的本质，其实就是“让用户算一道简单的数学题，证明自己不是机器人”。整个流程就6步：
为什么选加法？不是因为我懒，是用户体验和防刷平衡得最好——你想啊，用户填表单本来就急，要是让他算乘法或者识别扭曲的英文，说不定直接关掉页面。加法最简单，1+2这种题，用户扫一眼就出答案，机器人却得先识别图片里的文字，再做运算，比直接破解固定字符难一倍。
我一开始没理清逻辑，犯过一个低级错误：把运算式存到Session里，结果用户输入答案后，我拿“a+b=?”和“3”对比，当然验证失败……后来才反应过来，Session要存的是“结果”，不是运算式。
手把手写代码，每一步的坑我都帮你标出来了
逻辑理清后，接下来就是写代码。我把整个过程拆成“生成验证码图片”“前端调用”“后端验证”三部分，每一步都附可复制的代码，还有我踩过的坑。
这一步是最容易踩坑的地方——比如图片不显示、随机数不变、文字看不清。我整理了一份“避坑版”代码，你直接拷过去改参数就行：
<%
' 第一步：初始化随机数（必须加！不然每次刷新都是同一个数）
Randomize
' 第二步：生成1-9的随机数a和b（数太大用户算着麻烦）
a = Int((9 Rnd) + 1)
b = Int((9 Rnd) + 1)
' 第三步：计算结果，存到Session（关键！后面要用来对比）
result = a + b
Session("CheckCode") = result
' 第四步：创建AspJpeg对象（大部分主机都支持，没装的话联系主机商开）
Set Jpeg = Server.CreateObject("Persits.Jpeg")
' 第五步：设置图片参数（宽度120、高度40刚好，太大占位置）
Jpeg.Width = 120
Jpeg.Height = 40
' 第六步：画背景（浅灰色#F0F0F0，不晃眼睛）
Jpeg.Canvas.Backcolor = &H F0F0F0
' 第七步：写运算式文字（重点！要让用户看得清，机器人难识别）
' 字体选Arial（通用，不容易糊），大小16（小了看不清），颜色深灰色（#333333）
Jpeg.Canvas.Font.Name = "Arial"
Jpeg.Canvas.Font.Size = 16
Jpeg.Canvas.Font.Color = &H333333
' 计算文字位置：横向居中、纵向居中（不然文字贴边不好看）
text = a & "+" & b & "=?" ' 比如“3+5=?”
textWidth = Jpeg.Canvas.TextWidth(text) ' 计算文字宽度
textHeight = Jpeg.Canvas.TextHeight(text) ' 计算文字高度
x = (Jpeg.Width
textWidth) / 2 ' 横向居中坐标
y = (Jpeg.Height
textHeight) / 2 ' 纵向居中坐标
' 加轻微旋转（-5到5度）：机器人难识别，用户看得清
Jpeg.Canvas.DrawText x, y, text, , Int((10 Rnd) 5)
' 第八步：加干扰线（3条刚好，多了看不清）
For i = 1 To 3
Jpeg.Canvas.Pen.Color = &HCCCCCC ' 浅灰色干扰线
x1 = Int((10 Rnd) + 10) ' 起点X：10-20像素（左边）
y1 = Int((Jpeg.Height
1) Rnd) ' 起点Y：随机
x2 = Int((10 Rnd) + 100) ' 终点X：100-110像素（右边）
y2 = Int((Jpeg.Height
1) Rnd) ' 终点Y：随机
Jpeg.Canvas.Line x1, y1, x2, y2 ' 画直线
Next
' 第九步：输出图片（必须设置响应类型为image/jpeg，不然显示不了）
Response.ContentType = "image/jpeg"
Jpeg.Save Response
' 释放对象（避免内存泄漏）
Set Jpeg = Nothing
%>
这里要重点提醒两个坑：
Response.ContentType = "image/jpeg"，浏览器会把图片当文本显示，结果就是一堆乱码。生成验证码图片后，接下来要把它放到表单里。我给朋友写的前端代码是这样的：
<!-
验证码图片：点击刷新，加Math.random()避免缓存 >
这里的关键是onclick事件里加Math.random()——如果不加，浏览器会缓存图片，用户点击刷新时，显示的还是原来的验证码（虽然Session里的结果变了，但图片没变，用户会蒙）。我之前没加这个，朋友反馈“点击刷新没用”，后来加了就好了。
用户提交表单后，要在处理页（比如login.asp）里验证验证码。我写的验证逻辑是这样的：
<%
' 获取用户输入的验证码（Trim掉空格，避免用户误输）
userCode = Trim(Request.Form("code"))
' 检查Session是否存在（避免超时导致的错误）
If IsEmpty(Session("CheckCode")) Then
Response.Write "alert('验证码已失效，请刷新重试');history.back();"
Response.End
End If
' 对比用户输入和Session里的结果
If userCode Trim(Session("CheckCode")) Then
Response.Write "alert('验证码错误，请重新输入');history.back();"
Response.End
End If
' 下面是用户名密码的验证逻辑...
%>
这里要注意两个点：
常见坑和解决方法，我帮你整理成表格了
我把自己踩过的坑和解决方法整理成了表格，你遇到问题直接查：
| 问题 | 原因 | 解决方法 |
|---|---|---|
| 验证码显示乱码 | 没设置Response.ContentType | 加Response.ContentType = "image/jpeg" |
| 刷新验证码后随机数不变 | 没初始化Randomize | 在生成随机数前加Randomize |
| 验证总是失败 | Session存的是运算式，不是结果 | 确认Session("CheckCode")存的是a+b的结果 |
| 点击刷新没用 | 浏览器缓存了图片 | 加?+Math.random()避免缓存 |
最后：几个能提升安全性的小优化
我后来给朋友的验证码加了点小改动，防刷效果更好：
Jpeg.Canvas.DrawText的Rotation属性，设为Int((10Rnd)-5)，文字旋转-5到5度，机器人更难识别； Jpeg.Canvas.DrawPoint画几十个浅灰色的点（&HCCCCCC），增加干扰但不影响用户阅读； Session("ErrorCount")，每次错就加1，超过3次就提示锁定）。如果你按这些步骤做了，应该能快速搞定一个能用的加法验证码。要是遇到问题，比如图片不显示、验证失败，直接留评论就行——我之前踩过这些坑，说不定能帮你快速解决！
为什么我生成的验证码图片显示不出来？
首先得检查是不是没设置响应类型——ASP生成图片时，必须加Response.ContentType = "image/jpeg"，不然浏览器会把图片当文本显示，结果就是一堆乱码。 还要看看主机有没有装AspJpeg组件，很多虚拟主机默认支持，但如果没装的话，得联系服务商开一下。我之前帮朋友做的时候，就是漏了这行代码，折腾半小时才发现问题。
还有种情况是路径写错了，比如img标签的src写的是“checkcode.asp”，但文件其实在“inc”文件夹里，得改成“inc/checkcode.asp”。你可以直接在浏览器里输入验证码文件的完整路径，比如http://你的域名/checkcode.asp，如果能显示图片，说明路径和代码没问题；如果不显示，就是代码的问题。
为什么刷新验证码时随机数总不变？
九成是没加Randomize函数！ASP里的Rnd函数默认用同一个种子生成随机数，要是不初始化Randomize，每次刷新都是同一个数。我一开始也犯过这错误，生成的验证码总显示“3+2=?”，后来查微软文档才知道，得在生成随机数之前加一行Randomize，比如先写Randomize，再写a = Int((9 Rnd) + 1)，这样每次刷新随机数都会变。
还要注意顺序——Randomize得放在生成随机数的前面，要是放后面，还是没用。比如先初始化随机数，再生成a和b，顺序别搞反了。
验证码输入正确但总提示错误是怎么回事？
先检查Session存的是不是结果！很多人会犯低级错误：把运算式“a+b=?”存到Session里，结果用户输入“5”，拿“a+b=?”和“5”对比，当然验证失败。正确的做法是把a+b的答案存到Session，比如Session("CheckCode") = a + b，这样用户输入的结果才能和Session里的内容对上。
要记得Trim掉用户输入的空格——比如用户不小心输了“ 5 ”（前后有空格），而Session里的是“5”，对比的时候就会失败。所以获取用户输入时，要加Trim函数，比如userCode = Trim(Request.Form("code"))，这样就能去掉前后的空格了。
点击验证码图片刷新没用怎么办？
这是浏览器缓存搞的鬼！浏览器会把第一次加载的验证码图片存起来，你点击刷新时，它还是显示缓存的图片，虽然Session里的结果变了，但图片没变，用户肯定蒙。解决办法很简单，在img标签的onclick事件里加Math.random()，比如onclick="this.src='checkcode.asp?'+Math.random()" ，这样每次点击都会加一个随机参数，浏览器就不会缓存了。
我之前帮朋友做的时候，没加这个参数，他反馈“点击刷新没用”，后来加上就好了。你可以试试，刷新一下看看图片是不是变了——要是变了，说明有效。
加法验证码太简单，怕被机器人破解怎么办？
其实加法验证码的优势是用户体验好，但要是担心安全性，可以加几个小优化：比如让文字倾斜——用Jpeg.Canvas.DrawText的Rotation属性，设成Int((10 Rnd)
，让文字旋转-5到5度，机器人识别起来更难；再比如加随机背景点——用Jpeg.Canvas.DrawPoint画几十个浅灰色的点（比如&HCCCCCC），增加干扰但不影响用户阅读；还可以限制输入次数——如果用户连续输错3次，锁定1分钟，防止机器人暴力破解（可以用Session存错误次数，比如Session("ErrorCount")，每次错就加1，超过3次就提示锁定）。
我给朋友的商城加了这些优化后，防刷效果好了很多，而且用户反馈“验证码还是很好填”。你可以根据自己的需求选几个试试，不用加太复杂的东西，不然反而影响用户体验。
