盘子工具站

Unicode转中文：\uXXXX 转义的来源、混合解析与代理对边界Unicode 的目标很朴素：给世界上每个字符分配一个唯一编号，这个编号叫码点（Code Point），记作 U+XXXX。

JWT 解析：三段结构、过期时间换算与常见误区JWT 由三段组成，形如 xxxxx.yyyyy.zzzzz：第一类误区编码与加密混淆：前两段是 Base64URL 编码的 JSON（分别是 Header 与 Payload），第三段是 Signature。

JSON 格式化：语法校验与错误定位实践JSON 解析失败的根因，通常不是"数据有问题"，而是"数据不是严格的 JSON"。JSON 是 JavaScript 对象字面量的一个严格子集：键名必须用英文双引号包裹，字符串同样只能用双引号，对象或数组末尾不允许尾逗号，不支持注释，也不存在 undefined、NaN、Infinity 这些字面量。

CSV与JSON转换：RFC 4180 转义规则与 Excel 中文乱码不少同学处理 CSV 的第一反应是 line.split(',')，在小数据上能跑通，一遇到真实数据就错位。原因在于 CSV 并非"按逗号切开"这么简单，RFC 4180 规定了完整的转义机制：

Cron表达式生成器：5 段与 6 段的差异、字段范围与触发预览定时任务的调度表达式，本质是一组"允许取值集合"的位图：调度器把每个字段展开成可命中值的集合，再在每个时间单位上判断当前值是否落在集合内。标准 Unix cron 由 crond 每分钟唤醒一次做匹配，因此最小粒度是分钟；Quartz 这类 Java 调度框架在表达式里补了秒字段，最小粒度到秒。字段从 5 段变成 6 段，改变的不只是位数，还有每个字段的缺省语义和解析顺序。

用代码实现哈希计算器：Web Crypto API 实战网上哈希工具很多，但核心逻辑其实不到 100 行代码。本文从零实现一个哈希计算器：Web Crypto API 的 digest 用法、ArrayBuffer 转十六进制、UTF-8 编码一致性、MD5 的动态加载方案、文件哈希计算、五种算法并发优化。这是盘子工具站哈希计算工具的实现原理剖析，代码已在 GitHub 开源。

一致性哈希原理与实现：分布式系统负载均衡后端面试高频题："什么是一致性哈希？为什么需要它？"用取模哈希把数据分到多台服务器上不行吗？节点增减时为什么会全量迁移？本文从问题出发，一步步推导出一致性哈希的设计思路，最后给出完整代码实现。

哈希碰撞攻击全解析：从MD5到SHA1的安全演进史MD5 被王小云攻破已经 20 年了，SHA1 被 Google 攻破也快 10 年了。什么是哈希碰撞？生日悖论和碰撞攻击有什么关系？数字签名为什么对哈希值签名？本文把哈希碰撞的数学原理、攻击历史和安全意义讲清楚。

Base64 安全性深度分析：隐写、检测与反检测Base64 不是加密——这句话在系列中被反复强调。但 Base64 在安全领域仍然有存在感：CTF 比赛中用 Base64 隐写藏 flag，WAF 用 Base64 检测拦截恶意请求，攻击者用 Base64 绕过过滤器。本文从安全和攻防角度重新审视 Base64。

Base64与其他编码方案对比：Hex / Base32 / Base58 / Base85 怎么选Base64 只是最流行的二进制编码方案，但它不是唯一的。Hex 编码更直观、Base58 去掉了易混字符、Base85 更高效。本文把四种编码方案放在一起对比，搞清楚每种方案适合什么场景。

我是有底线的