vert.x 和 Kotlin 一起用还挺香的，写过一个用户积分同步的服务，但是真的不适合复杂业务开发。

后端开发，2 个显示器，一个主屏幕，另一个竖屏。

如果一定要写成一个 SQL 的话，可以用 union all ，不会影响性能。

select * from t
where any = ?
and data_his_id in (
select 0
union all
select id from xx where business_type = 1 and states = 2 and audit_status = 2);

👍🏻

如果条件允许的话，我建议是拆成 2 个 SQL：
1：select id from xx where business_type = 1 and states = 2 and audit_status = 2;
2：select * from t where any = ? and data_his_id in (ids);

第 1 个 SQL 执行完后，通过代码往结果里塞一个'0'，然后再执行第二个 SQL 。


不确定这个是最高效的，建议在仿真环境看看每个 SQL 的执行计划：

```sql
set optimizer_trace="enabled=on";
select * from xxx where xx = ?;
select * from information_schema.optimizer_trace;
set optimizer_trace="enabled=off";
```

DataGrip ，如果你用企业版 idea 、GoLand 、PyCharm 的可以直接用内置集成的

资深 Bug 专家
帮助公司从全球 500 走向白手弃家

双十一淘宝活动

35 岁之后不会被裁员

支持

用 bitmap ，ip 转 int 当索引，存在设置为 1 ，不存在就是 0 ，然后序列化就行。

map 的参数是方法的引用，简单的说就是 map 需要传入一个方法。
map((one)=>window.open(one))，实际上是传了个匿名函数，匿名函数也称 lambda 表达式。

第一种方法等价于 map((a,b,c)=>window.open(a,b,c))，TS 编译不通过因为 map 需要函数的出入参类型与 window.open 提供的不匹配，实际上静态语言都如此。JS 中这 2 种都能用是因为它不校验出入参类型和参数数量。

PS：这里应该用 forEach ，map 不太合适

适合非结构化的数据库，MongoDB 之类的

滑动验证码很容易被破解的，结合图形验证码可解决。

用 redis 的 zset 滑动窗口。
1. 每成功发送一条验证码，用 zadd 加一条时间戳。
2. 获取验证码前，判断缓存中是否存在图形验证码的标识，如果是，则返回图形验证码。
3. 发送短信前，用 zcount 统计 x 分钟内发送次数，如果超过 ${interval_threshold} 阈值，redis 中新增 global_captcha_type=graphic ，设置超时时间 y 小时，y 小时后自动切换回滑动验证码。

至于换 ip 也可以解决，使用 redis 的 bitmap 实现一个黑名单，发现一个让运维手动加进去，他总会用完的。