行为式验证码是一种全新人机验证方式，能够高效拦截机器行为，构筑业务安全第一道防线。

目前行为式验证码支持的类型有：智能无感知、滑动拼图、文字点选、图标点选、推理拼图、短信上行、语序点选、空间推理、语音验证码。 验证码类型和验证码ID（captchaId）绑定，可以登录管理后台灵活切换。

行为式验证码兼容市场主流浏览器，具体版本见下表：

该方案稳定性更有保障，可有效避免因网络质量问题引发的静态资源加载失败、接口不可用等问题。

如果对稳定性有更高的要求，推荐使用降级方案中自定义降级逻辑，详细用法可以进一步咨询技术支持。

注释： 当行为验证码所需静态资源或者接口不可用时，且请求验证码失败次数达到阈值（默认为 3 次, 可根据需求配置）, 最后一次会触发降级逻辑，降级表现为：

Web 端提示 前方拥堵, 已自动跳过验证（智能无感知无该提示），验证码直接验证通过，用户可进行后续业务操作，免受行为验证码的影响。

页面接入示例

更多使用场景，见 DEMO 查看主流框架的示例 ，见 DEMO

通过 Script 标签引入文件

页面接入示例

以下示例都是以不含宕机方案接入，若接入方式为含宕机方案，只需将 initNECaptcha 替换成 initNECaptchaWithFallback 即可。

当 mode 配置成 popup 时，需要调用 verify 显示验证码；否则无需调用，用户直接操作界面进行验证

当 closeEnable 设置为 true，产品方可获得主动关闭验证码弹框的权限，若需要关闭验证码弹框，可以调用 close 方法：

当验证成功后，若产品方有场景需要刷新验证码，重新进行验证时，可以调用 refresh 方法：

注意：请不要在验证失败时调用，失败时验证码会自动刷新。

当业务不再需要验证码，需要销毁验证码时，可以调用 destroy 方法：

onload 和 onReady 的区别：

onload 和 onReady 触发时，均会返回验证码的实例，即传入的第一个参数；二者触发时机有所不同：

onload 触发时，初始化函数结束和完成实例的生成，注意这并不代表验证码是可用的（比如验证码相关背景图片和信息并没有加载），此方法只触发一次；

onReady 触发时，说明验证码准备就绪（比如背景图片等信息均已加载），onReady只触发一次；

当 closeEnable 为 true 时，将由产品方控制验证码弹框的关闭时机，验证码不会主动关闭弹框，且弹框右上角的关闭按钮隐藏。当业务方需要关闭验证码弹框时，可以调用 close 方法。使用示例如下：

通常业务方可以在 onVerify 中获取到二次校验信息后进行二次验证；但若产品方是使用表单提交的方式进行请求，使用可以参考如下示例：

验证码支持以下语言：