表单action必须指向.asp文件路径，如action="login.asp"，IIS仅解析.asp扩展名；不可用.php、.aspx或/api路径，否则404或源码泄露。
表单 action 必须指向 .asp 文件路径
ASP 后台处理逻辑必须放在以 .asp 为扩展名的文件中（如 login.asp），HTML 表单的 action 属性值要精确匹配该文件路径，不能写成 login.aspx 或 login.php。IIS 默认只将 .asp 请求交给 ASP 脚本引擎处理。
常见错误：action="submit.php" 或 action="/api/login" —— 这类路径在纯 ASP 环境下会直接 404 或下载源码（若 IIS 未配置 ASP 解析）。
-
action="process.asp"✅（同目录） -
action="../server/handle.asp"✅（相对路径需确保 IIS 有读取权限） -
action="https://example.com/process.asp"❌（跨域 POST 会被浏览器拦截，且 ASP 不支持跨域接收）
提交方式用 method="post"，避免 GET 暴露敏感参数
ASP 的 Request.Form 对象只读取 POST 请求体中的字段；若用 method="get"，需改用 Request.QueryString，但 URL 长度受限、参数明文可见，登录/上传等场景极易出问题。
示例表单结构：
立即学习“前端免费学习笔记（深入）”；
<form action="login.asp" method="post"> <input type="text" name="username" required> <input type="password" name="password" required> <button type="submit">登录</button> </form>
- 字段
name值（如username）就是 ASP 中Request.Form("username")的键名 - 不要用
id或class代替name，ASP 不识别它们 - 若含文件上传，必须加
enctype="multipart/form-data"，且 ASP 原生不解析该类型，需借助组件（如ASPUpload）或改用 ASP.NET
ASP 后端必须用 Request.Form 读取，且注意空值判断
ASP 是弱类型脚本，Request.Form("xxx") 返回的是字符串，即使前端传数字或空字符串，后端拿到的也是空串 ""，不是 Null 或 Empty。
典型处理片段（login.asp）：
<%
username = Trim(Request.Form("username"))
password = Trim(Request.Form("password"))
If username = "" Or password = "" Then
Response.Redirect "login.html?error=1"
Response.End
End If
' 实际验证逻辑...
%>
- 务必用
Trim()去除首尾空格，否则用户输空格容易绕过校验 - 直接比较
= ""，不要用Is Nothing或IsNull()—— 它们对表单字段无效 -
Response.End要紧跟重定向，防止后续代码执行 - ASP 不自动做 SQL 注入防护，拼接数据库查询前必须手工过滤（如替换单引号）或改用参数化组件
中文乱码？检查页面和 ASP 文件的编码一致性
如果表单提交中文，在 ASP 中显示为问号或乱码，大概率是编码不一致：HTML 页面声明了 UTF-8，但 ASP 文件保存为 ANSI（即 GB2312），或反之。
- HTML 页需有：
<meta charset="UTF-8">（或GB2312） - ASP 文件本身必须用对应编码保存（用记事本另存为时选“UTF-8”或“ANSI”）
- IIS 中可设置默认编码：在 ASP 文件开头加
<% Response.CodePage = 65001 %>（UTF-8）或936（GB2312） - 若仍乱码，检查 IIS 的「ASP → 服务端包含 → 默认字符集」是否与文件编码匹配
混合编码最容易被忽略的一点：ASP 文件里写 Response.Write("你好")，如果文件存为 UTF-8 但没设 CodePage，IIS 会按系统默认 ANSI 解释字节流，必然错。
