1 基本概念
1.1 定义
输入验证是指在数据进入系统、程序或业务流程之前，先对其进行检查，以确认其是否符合预定要求。检查内容通常包括数据类型、格式、长度、取值范围、结构以及字段之间的关系。其目的在于尽早发现异常输入，避免错误数据继续向下游传播。
1.2 核心目标
输入验证的核心目标主要有三点：一是保证数据质量，减少无效、缺失或矛盾信息；二是提升系统稳定性，降低因异常输入引发的程序错误；三是增强安全性，减少恶意构造数据对应用造成的影响。对于业务系统而言，它还承担着维持流程一致性的重要作用。
1.3 适用范围
输入验证适用于几乎所有接收外部数据的场景，包括网页表单、移动端交互、接口调用、批量导入、文件上传以及数据库写入等。凡是数据需要从不受完全信任的来源进入系统，通常都应设置相应的验证机制。
1.4 相关术语
与输入验证密切相关的术语包括输入过滤、数据校验、数据清洗和输出编码。输入过滤更强调对不允许内容的剔除；数据校验侧重于确认数据是否符合规则；数据清洗通常用于修正或规范已有数据；输出编码则发生在数据输出阶段，目的是防止内容在展示或传输时产生风险。
2 验证原理
2.1 类型检查
类型检查是确认输入值是否属于预期数据类型，例如整数、字符串、布尔值、日期或枚举值。若类型不符，即使表面上看似合理，也可能导致后续运算失败或逻辑偏差。
2.2 格式检查
格式检查用于判断数据是否符合约定的书写形式，如电子邮件地址、手机号、身份证号、时间戳或固定编码。此类检查通常依赖模式匹配、模板规则或正则表达式，以识别结构是否正确。
2.3 范围检查
范围检查关注数值或长度是否落在允许区间内，例如年龄是否在合理范围、密码长度是否满足要求、金额是否为非负数。它能够有效防止越界值进入系统，并减少异常运算带来的问题。
2.4 完整性检查
完整性检查主要验证必要字段是否缺失，记录是否存在关键内容，或者文件、请求体是否完整到可被处理。对表单和接口而言，这类检查常用于确认必填项已被正确提交。
2.5 一致性检查
一致性检查用于判断不同字段之间是否相互匹配，例如开始时间不能晚于结束时间，确认密码应与原密码一致，引用编号必须存在于关联表中。它强调数据之间的逻辑关系，而不只是单个字段本身。
3 验证方法
3.1 白名单验证
白名单验证是只允许预先定义的合法值、字符集或格式通过，其余一律拒绝。由于范围明确，这种方式通常比仅排除已知异常内容更可靠，适合处理枚举值、固定选项和受控输入。
3.2 黑名单验证
黑名单验证通过列出已知不允许的内容进行拦截，例如危险字符、特定关键词或异常模式。它实现简便，但依赖已知规则，容易遗漏新出现的变体，因此通常不宜作为唯一手段。
3.3 正则表达式验证
正则表达式验证借助模式描述语法来判断输入是否符合既定结构，常用于格式化字符串的检查。它在处理邮件、电话、编号、日期片段等规则明确的数据时十分常见，但规则过于复杂时也可能降低可读性和维护性。
3.4 规则引擎验证
规则引擎验证将多项校验逻辑抽象为可配置规则，由系统统一执行。此方式便于集中管理复杂业务条件，也更利于后期调整。不过，规则过多时需要良好的组织方式，以避免维护成本上升。
3.5 交叉字段验证
交叉字段验证关注多个字段之间的联合关系，而不是单独检查某一项。它常见于表单提交、订单信息和业务流程数据中，能够发现单字段校验无法识别的问题。
3.5.1 依赖关系校验
依赖关系校验用于判断某字段是否受另一字段影响，例如当“是否开票”为“是”时，发票抬头便应为必填项。这类检查能够确保条件触发后的数据补充完整。
3.5.2 逻辑一致性校验
逻辑一致性校验检查字段组合是否符合业务逻辑，例如库存数量不能为负，结束日期不应早于开始日期。它更接近业务规则本身，因此常与流程控制结合使用。
4 验证场景
4.1 表单输入验证
表单输入验证是最常见的应用场景，通常发生在用户填写姓名、联系方式、密码、地址等信息时。系统会在提交前或提交后检查必填项、格式和长度，以减少无效提交和反复修改。
4.2 API 请求验证
API 请求验证用于确认接口参数是否合法，包括请求头、请求体、路径参数和查询参数。对于开放接口而言，这一环节尤为重要，因为调用方来源多样，输入稳定性难以完全依赖客户端保证。
4.3 文件上传验证
文件上传验证主要检查文件类型、扩展名、大小、内容结构与命名规则。它不仅关乎业务准确性，也关系到存储资源消耗和系统安全，因此通常会结合多种判断条件共同处理。
4.4 数据库写入前验证
在数据写入数据库之前进行验证，可以提前阻止非法记录进入持久层。该场景中常见的检查包括主键格式、外键存在性、唯一性、字段长度以及约束条件，能够减少写入失败和脏数据。
4.5 批量数据导入验证
批量导入时，系统通常面对大量来自外部的数据文件或报表，因此验证工作更为复杂。除了单条记录校验，还要检查列映射、重复数据、总量限制和跨行一致性，以保证导入结果可靠。
5 实现技术
5.1 客户端验证
客户端验证在用户设备端执行，通常用于尽早提示问题并减少无效提交。它能够提升交互效率，但不能代替服务端的最终校验。
5.1.1 浏览器原生能力
浏览器原生能力包括 HTML 表单属性、输入类型约束、必填项标记和基础提示机制等。它们无需额外脚本即可提供简洁的校验支持，适合处理基础规则。
5.1.2 前端框架校验
前端框架校验通常借助组件库、表单管理工具或自定义规则实现更复杂的检查。此方式更适合动态表单和多步骤交互，但需要注意与后端规则保持一致。
5.2 服务端验证
服务端验证在请求到达应用服务器后执行，是最终决定数据是否可接受的关键环节。由于服务器处于可信边界内，它通常承担更严格、更完整的校验职责。
5.2.1 中间件校验
中间件校验指在请求进入具体业务逻辑前，先由通用处理层统一检查参数。这样可以复用相同规则，减少重复编码，并使验证逻辑更集中。
5.2.2 控制器校验
控制器校验通常在接口控制层完成，重点处理与当前动作直接相关的参数约束。它适合对单个请求进行精细化检查，并可根据不同接口定义不同规则。
5.3 数据层验证
数据层验证发生在模型、ORM 或数据库层面，通常作为最后一道防线。它与业务层校验相互补充，能够减少因代码分支遗漏导致的非法写入。
5.3.1 数据库约束
数据库约束包括非空、唯一、外键、默认值和检查约束等。此类机制直接由数据库执行，具有较强的强制性和一致性保障能力。
5.3.2 模型层校验
模型层校验通常由对象模型或数据实体定义规则，在保存前执行。它便于把验证逻辑与数据结构绑定，适合维护较清晰的领域规则。
6 安全相关
6.1 防止注入攻击
输入验证可在一定程度上减少注入类风险，例如通过限制可接受字符、限制参数结构和拒绝异常模式，降低恶意构造内容混入查询或命令的可能性。不过，实际防护通常还需配合参数化查询、转义和权限控制。
6.2 防止缓冲区溢出
在需要处理固定长度数据的环境中，输入验证有助于控制长度、类型和边界，从而减少超长内容触发内存异常的风险。对于低层语言实现而言，这类检查尤其重要。
6.3 防止拒绝服务风险
过长输入、极端嵌套结构或高复杂度模式可能消耗大量计算资源。通过设置长度上限、复杂度限制和处理超时，可以降低验证阶段被滥用的概率，避免系统负载异常升高。
6.4 防止恶意文件与异常数据
对于文件、压缩包和二进制数据，验证内容结构、大小、类型和完整性有助于阻止损坏文件、伪装文件以及格式异常数据进入系统。必要时还会结合隔离扫描和后续检测流程。
7 设计原则
7.1 最小信任原则
最小信任原则要求系统不要默认任何外部输入天然可信。无论输入来自网页、接口还是内部组件，只要经过边界，就应重新校验其合法性。
7.2 失败即拒绝原则
失败即拒绝原则表示一旦输入不满足规则，就应停止处理并返回明确结果，而不是继续执行后续逻辑。这有助于减少错误扩散，并使系统行为更可预测。
7.3 先校验后处理
先校验后处理强调在执行业务计算、存储或转发之前完成必要检查。这样可以避免资源浪费，也能减少在中间步骤中出现难以回收的异常状态。
7.4 用户友好反馈
良好的输入验证不仅要判定对错，还应提供清晰、具体、可操作的反馈。提示信息若过于笼统，用户往往难以快速修正；而明确指出问题所在，则有助于提升交互效率。
8 常见错误
8.1 仅依赖前端验证
只在前端进行验证而忽略服务端检查，是常见且风险较高的做法。由于客户端环境可被绕过或篡改，真正的安全与一致性保障仍需由后端完成。
8.2 规则过宽或过严
规则过宽会放过大量不合格数据，削弱验证意义；规则过严则可能误伤正常输入，影响使用体验。制定规则时需要在业务容忍度和安全要求之间取得平衡。
8.3 忽略边界条件
边界值往往最容易暴露问题，例如空字符串、最小长度、最大长度、零值或特殊日期。若测试和设计时忽略这些情况，系统在极端输入下更容易出错。
8.4 未考虑编码与字符集
不同编码和字符集可能导致同一输入在系统中呈现不同结果，进而影响匹配、长度判断或存储效果。尤其在多语言环境下，这类问题更容易引发校验偏差。
9 测试与维护
9.1 单元测试
单元测试用于验证单个校验函数或规则是否按预期工作。它能够快速发现逻辑错误，并在后续修改时提供基础保障。
9.2 集成测试
集成测试关注多个模块协同下的验证表现，例如表单、接口、服务层和数据库层的联动。通过这类测试，可以发现单点校验正确但整体流程失效的问题。
9.3 边界值测试
边界值测试专门检验临界输入，如最大长度、最小长度、空值、极限数值和特殊格式。由于许多缺陷都出现在边界附近，这种测试方式非常有效。
9.4 规则更新与版本管理
随着业务变化，验证规则往往需要调整。通过版本管理记录规则演进，可以避免旧数据与新规则冲突，也便于回溯历史行为和排查问题。
10 相关概念
10.1 数据清洗
数据清洗是对已有数据进行修正、补全、去重和规范化处理的过程。它与输入验证不同，前者更偏向事后整理，后者更偏向事前拦截。
10.2 输入过滤
输入过滤通常指在输入内容中移除、替换或屏蔽不需要的部分。它可与验证结合使用，但其目标更接近内容处理而非单纯判定合法性。
10.3 输出编码
输出编码是将数据以安全形式输出到页面、文件或其他介质中，以避免特殊字符被错误解释。它常与输入验证共同构成完整的数据安全链条。
10.4 数据校验
数据校验是对数据合法性、完整性和一致性的检查活动，范围与输入验证有较大重叠。二者在实际使用中常被交替使用，但输入验证更强调数据进入系统前的把关。