二维码支付基础：二维码技术原理与静态码/动态码
二维码支付的核心载体是二维码（Quick Response Code，快速响应码），它本质上是一种用黑白几何图形在二维平面上编码信息的矩阵式条码。理解二维码的技术原理、编码方式、容错机制以及静态码与动态码的差异，是掌握支付清算流程的前提。本章将从二维码的物理形态出发，逐步拆解其编码逻辑与支付场景中的实际应用差异。
2.1 二维码技术原理与主流码制
二维码（2D Barcode）是在二维平面上通过黑白模块的排列组合来存储信息的图形标识。与一维条码仅能存储数字和字母且容量有限不同，二维码在横向和纵向两个维度上编码数据，信息密度提升数十倍。支付领域最常用的二维码码制是QR码（Quick Response Code），其次是Data Matrix和PDF417，但后两者在支付场景中应用较少。
核心原理：QR码的矩阵结构与信息承载
QR码由日本电装公司（DENSO WAVE）于1994年发明，其核心结构包括：定位图案（三个角上的回字形方块，用于扫描时快速识别方向）、校正图案（用于畸变校正）、时序图案（用于模块坐标定位）、数据区（存储编码后的二进制数据）以及静区（四周留白，保证扫描识别率）。QR码的容量取决于版本（Version 1-40），版本越高，模块数量越多，可存储的数据量越大。例如，Version 1为21×21模块，可存储约25个数字字符；Version 40为177×177模块，可存储多达7089个数字字符。
在支付场景中，QR码通常存储的是支付凭证信息，而非直接存储银行卡号或账户余额。这些信息包括：商户编号、终端编号、交易流水号、金额（动态码场景）、时间戳、签名或令牌等。编码方式遵循ISO/IEC 18004标准，支持四种数据模式：数字模式（0-9）、字母数字模式（0-9、A-Z、空格及部分符号）、字节模式（UTF-8等字符集）和汉字模式（Shift JIS或GB2312）。支付场景中，由于数据多为数字和字母组合，通常采用数字模式或字母数字模式以提高编码效率。
容错级别：污损与遮挡的容忍度
QR码采用Reed-Solomon纠错算法，在编码时按比例添加冗余纠错码字。容错级别分为四个等级：L级（约7%）、M级（约15%）、Q级（约25%）和H级（约30%）。容错级别越高，二维码可被遮挡或污损的面积越大，但数据密度会相应降低。支付场景中，由于二维码常被打印在纸质小票、塑料立牌或手机屏幕上，容易受到折痕、反光、划痕等影响，因此推荐使用M级或Q级容错。例如，微信支付商户收款码默认使用M级容错，在约15%面积被遮挡时仍可正常识别。
| 容错级别 | 纠错能力 | 适用场景 | 数据密度影响 |
|---|---|---|---|
| L | 约7% | 印刷质量高、环境干净 | 最高 |
| M | 约15% | 支付码、普通打印 | 较高 |
| Q | 约25% | 手机屏幕、易磨损场景 | 中等 |
| H | 约30% | 极端恶劣环境 | 最低 |
Data Matrix与PDF417：支付场景的边缘码制
Data Matrix是一种紧凑型矩阵二维码，由美国国际资料公司（I.D. Matrix）发明，常用于工业零件标识、医疗样本标签等小面积场景。其特点是最小可做到1mm²以下，且支持高密度编码。但在支付领域，Data Matrix的识别对设备要求较高，且用户手机摄像头在远距离或低光环境下识别率不如QR码，因此未被主流支付机构采用。PDF417是一种堆叠式二维码，形似多层一维条码叠加，常用于登机牌、身份证件等，但信息密度和识别速度均不如QR码，在支付场景中几乎绝迹。
2.2 编码方式与数据承载
二维码支付的数据编码遵循标准化的流程，从原始支付信息到最终生成二维码图像，需要经过数据分析、数据编码、纠错编码、结构优化和模块布置五个步骤。理解这一流程有助于排查支付码生成异常、识别码制兼容性问题。
操作流程：从支付信息到二维码图像
- 数据分析：确定支付信息的字符集和数据类型。例如，商户编号“898410158000123”为纯数字，可采用数字模式；若包含字母（如“A1B2C3”），则需使用字母数字模式。
- 数据编码：将字符按所选模式转换为二进制位流。数字模式每3位数字编码为10位二进制；字母数字模式每2个字符编码为11位二进制。
- 纠错编码：按选定的容错级别，使用Reed-Solomon算法生成纠错码字，附加在数据码字之后。
- 结构优化：将数据码字和纠错码字按规则分块，并应用掩码（Mask）图案避免出现不利于扫描的图形（如大面积空白或重复图案）。
- 模块布置：将最终码字按顺序填入矩阵，并添加定位图案、校正图案、时序图案和静区，生成最终二维码图像。
// 支付码数据示例（简化版）
商户号: 898410158000123
终端号: 000001
交易类型: 01（消费）
金额: 000000000100（单位：分）
时间戳: 20250614103000
签名: 3F2A8B9C1D...（HMAC-SHA256）
→ 编码为QR码字节流 → 生成二维码图像案例拆解：一个典型的商户收款码生成过程
假设某餐饮商户申请微信支付收款码，微信支付后台生成一个静态码，其内容为一段URL链接（如https://qr.weixin.qq.com/s/AbC123XyZ），该链接绑定了商户号、门店信息和收款参数。用户扫码后，微信客户端解析URL，跳转至支付确认页面，用户输入金额或确认预设金额后完成支付。这种设计的好处是：二维码本身不包含敏感信息，即使被篡改或复制，也无法直接获取商户资金；同时，URL可以动态更新，便于商户修改收款设置。
在编码层面，该URL采用字节模式编码，容错级别为M级。二维码尺寸为29×29模块（Version 3），可存储约100个字节数据。实际打印尺寸为3cm×3cm，在手机摄像头距离15-30cm时识别率最佳。若打印尺寸小于2cm，或屏幕亮度低于200cd/m²，识别率会显著下降。
2.3 静态码与动态码的区别
静态码和动态码是支付场景中两种核心的二维码形态，它们在生成方式、时效性、安全性和适用场景上存在本质差异。支付机构、清算组织（银联、网联）和商户必须根据业务需求选择合适的码制。
| 对比维度 | 静态码 | 动态码 |
|---|---|---|
| 生成方式 | 一次性生成，长期有效 | 每次交易实时生成 |
| 有效期 | 无限制（通常1-3年） | 短（通常60秒-5分钟） |
| 金额设置 | 固定金额或由用户输入 | 交易金额由订单确定 |
| 安全等级 | 较低（易被替换/篡改） | 较高（令牌动态变化） |
| 适用场景 | 小微商户收款、个人转账 | 大型商户、线上支付、实名交易 |
| 限额管理 | 通常单笔≤500元（央行规定） | 可支持大额（需验证） |
| 典型代表 | 微信/支付宝个人收款码 | 商户扫码枪扫描的用户付款码 |
静态码：便捷但需限额管控
静态码是打印在纸张、塑料牌或屏幕上的固定二维码，其内容在生成后不再变化。用户使用“扫一扫”功能扫描静态码后，输入金额并完成支付。静态码的优点是成本低、无需电子设备，适合街边小贩、菜市场摊位等场景。然而，静态码存在两大风险：一是码被替换（不法分子覆盖商户码），二是码被截图传播导致资金风险。为此，中国人民银行规定，静态码单笔交易限额为500元，且不得用于大型商户的日常收款。
动态码：安全与时效的平衡
动态码在每次交易时实时生成，内容包含交易令牌（）、时间戳、订单号、金额等动态信息。动态码的有效期通常为60秒至5分钟，过期后自动失效。用户付款码（被扫模式）是典型的动态码：用户在手机APP上点击“付款”，APP向支付机构请求一个动态令牌，支付机构返回一个加密的二维码数据，该数据与用户账户、当前时间、设备信息绑定。商户使用扫码枪扫描后，将令牌上传至支付机构验证，验证通过后完成扣款。
动态码的核心优势在于防重放攻击：即使二维码被截屏，攻击者在有效期外无法使用；即使在同一秒内被复制，也只能使用一次。此外，动态码支持大额交易，因为每次交易都经过实时验证和风控检查。例如，银联云闪付的付款码单笔限额可达5000元（需输入密码或指纹验证）。
案例拆解：动态码在超市收银中的应用
某连锁超市使用POS机扫码枪扫描用户微信付款码。用户打开微信“收付款”页面，手机屏幕显示一个动态二维码（每60秒刷新一次）。收银员扫码后，POS机将二维码中的令牌（）发送至微信支付后台，后台验证令牌有效性、检查用户账户余额和风控规则，返回扣款结果。整个过程耗时约1.2秒。若用户手机屏幕亮度不足或二维码刷新瞬间被扫描，可能导致识别失败，此时收银员会提示用户刷新二维码。
从清算角度看，动态码交易在支付机构内部完成风控和记账后，通过网联或银联进行跨行清算。动态码的令牌与用户实名信息绑定，因此每一笔交易都可追溯，符合反洗钱和反欺诈监管要求。
2.4 常见误区与总结复盘
在二维码支付的实际运营中，商户和用户常存在以下误区，需要重点澄清：
- 误区一：二维码越大越好扫。实际上，二维码的识别率取决于模块尺寸和摄像头分辨率。过大的二维码可能导致手机摄像头无法完整取景，建议打印尺寸控制在2.5cm-5cm之间。
- 误区二：静态码可以用于大额收款。根据央行规定，静态码单笔限额500元，且日累计限额有限。商户若需大额收款，应使用动态码或POS机。
- 误区三：动态码安全。动态码虽然时效性短，但仍可能被“钓鱼”攻击（如诱导用户展示付款码）。用户应避免在陌生设备上展示付款码，并开启支付验证。
- 误区四：所有二维码都能被所有APP扫描。不同支付机构的二维码格式不兼容。例如，支付宝的二维码可能无法被微信直接识别。聚合码（如银联聚合码）通过统一格式解决此问题，但需商户申请。