IIWAB 博客
  • 方案 1:开发环境首选(JRebel + Tomcat) JRebel 是业界最成熟的热部署工具,能直接替换单个 class/配置文件,无需重启应用/上下文,生效时间毫秒级,是开发环境的最优解。 1.1 前置条件 JDK 8+ Tomcat 8...
    • 8天前
  • 一、BM25初排+向量/深度模型精排 系统架构图(Mermaid可直接渲染) flowchart TD A[用户输入查询Q] --> B[查询预处理] B --> B1[分词/去停用词/归一化] B1 --> C[多路召回层] ...
    • 17天前
  • 一、HMAC-SHA256 核心讲解 HMAC-SHA256 本质不是“加密”(加密可逆,它不可逆),而是带密钥的哈希消息认证码,核心是把「密钥」和「SHA-256 哈希算法」结合,既能验证数据的完整性(数据没被篡改),又能验证来源真实性(只有持...
    • 22天前
  • 计算层(PoW):通过前端哈希计算消耗攻击方算力,核心是利用真实设备与黑产服务器的算力差异,实现代码中通过SHA-256前导0难度控制计算量。 行为层(生物识别):采集设备传感器和触摸数据,通过数据随机性、丰富度判断是否为真人操作,核心是利用真人...
    • 28天前
  • 如何通过扁平化拆分来优化树状缓存的性能和可维护性,避免因树形结构的深度和广度带来的缓存读写效率低、更新成本高等问题。 一、核心思路:从"树形存储"到"扁平映射" 大厂组织架构的核心特征是:层级深(集团→事业部→中心→部门→小组→个人)、节点多(数...
    • 29天前
  • 如何在消费端因 Full GC 恢复后,正确调用 recoverLostMessages 来补全漏收的消息,同时避免重复消费。 一、recoverLostMessages 的正确调用时机 recoverLostMessages 不是随便调用的,需...
    • 29天前
  • Redis Pub/Sub “发后即忘” 且易因 Full GC 漏消息的问题非常精准,这也是它的核心局限性。但首先要明确:Redis Pub/Sub 依然有其适用场景,只是我们需要清楚它的设计定位和边界。 一、为什么还会用 Redis Pub/...
    • 29天前
  • 为什么在排查高并发网络问题时,推荐用 ss 而不是 netstat,核心原因是两者的实现原理和性能差异——尤其是在遇到的大量 SYN_RECV 连接这种高并发场景下,netstat 的轮询方式会拖慢排查效率,甚至影响服务器本身的性能。 一、先讲核...
    • 1月前
  • 一、现象本质:为什么大量 SYN_RECV、正常用户连不上? 典型的: TCP 半连接队列被打满 / 被 SYN 泛洪攻击 / 高并发下 TCP 三次握手扛不住 流程一句话: 客户端发 SYN 服务端回复 SYN+ACK,把连接放入 SYN 半...
    • 1月前
  • 通过一个超轻量化的 status.js 文件(仅控制时间逻辑),在活动开始前禁用按钮(置灰),活动开始时更新这个 JS 文件,利用 CDN 短缓存(1秒)的特性,让全网用户瞬间同步生效,无需刷新页面即可解锁按钮。 一、核心实现思路 这个方案的关键...
    • 1月前