1024：一个数字的硬核自白

今天是 10 月 24 日。对大多数人来说这只是个普通的日子，但对写代码的人来说，这是一年里唯一一个"名字本身就是程序常量"的节日。

一、为什么偏偏是 1024

因为它是二进制世界和十进制世界最接近的一次握手：

2^10 = 1024  ≈  10^3 = 1000

误差只有 2.4%。

这是一个近乎完美的巧合。人类习惯了十进制的"千"，而计算机底层是二进制。当早期工程师需要一个"跟 1000 差不多、但又是 2 的整数次幂"的量级单位时，1024 是唯一合理的答案——它既能被人类粗略当成"一千"来估算，又能让内存地址、页表、缓冲区这些底层结构完美对齐。

代价是：这个 2.4% 的误差，在之后的几十年里被层层放大，最终变成了一场持续至今的单位战争。

顺带一提 1024 的其他身份：

• 1024 = 2^10 = 4^5 = 32^2
• 二进制：0b100_0000_0000（1 后面跟 10 个 0）
• 十六进制：0x400
• 它的约数恰好是 11 个（2^0 到 2^10），这是个很有程序员味道的性质：一个数论意义上的"满打满算"

二、1023：比 1024 更好用的那个数

真正让 1024 在代码里闪闪发光的，其实不是 1024，而是它的邻居 1023：

1024 = 0b100_0000_0000
1023 = 0b011_1111_1111   ← 低 10 位全是 1

于是诞生了位运算里最经典的一条优化——当模数是 2 的幂时，取模可以换成按位与：

// 慢：除法指令，几十个周期
size_t idx = hash % 1024;

// 快：一次 AND，一个周期
size_t idx = hash & 1023;

这就是哈希表容量永远是 2 的幂的根本原因。JDK 里的 HashMap、Linux 内核的 hash_bucket、Redis 的 dict，全都建立在这条性质上。

几个由它派生出的常用技巧：

// 1. 判断是否为 2 的幂（1024 返回真）
bool is_pow2(size_t n) { return n && !(n & (n - 1)); }

// 2. 向上取整到 1024 的倍数（内存对齐、DMA 缓冲区）
size_t align_1024(size_t n) { return (n + 1023) & ~1023UL; }

// 3. 环形缓冲区下标回绕，无需 if 判断
idx = (idx + 1) & 1023;   // 等价于 (idx + 1) % 1024

第 3 条在无锁队列（lock-free ring buffer）里是标配——没有取模、没有分支预测失败，写指针自增后自然回绕。

还有一个冷知识：一个 uint64_t 变量，用 bitmap 恰好能表达 64 个状态；而 1024 个 bit = 16 个 uint64_t = 128 字节，正好是两条 cache line 的整数倍（64B × 2）。所以很多内核数据结构里"1024 位"的 bitmap 是性能甜点——这不是玄学，是 cache 行宽度决定的。

三、KB 还是 KiB：那场打了二十多年的战争

1024 作为"千"用了几十年，直到 1998 年 12 月，IEC 终于忍不住出手了 。

规则很简单：带 i 的是二进制（1024 进制），不带 i 的是十进制（1000 进制）​ 。

但问题是——几乎没人遵守。

Windows 至今把 1,073,741,824 字节标成 "1 GB"，而硬盘厂商按 1000 进制标容量。于是你买了块 "1 TB" 的硬盘，插上电脑看到的却是：

10^12 / 2^30 ≈ 931 GB

这不是厂商缺斤少两，是两套单位系统的差距。而且量级越大，差距越夸张：KiB 对 KB 只差 2.4%，到了 TiB 对 TB 已经差出 10%。

给工程师的建议：写文档和 API 时明确区分——内存、缓存、页大小用 KiB/MiB/GiB；带宽、磁盘容量、吞吐用 kB/MB/GB。别让你的 1% 误差变成用户工单里的 10%。

四、1024 埋在系统里的那些"地雷"

1024 作为一个魔法数字，藏在很多你天天打交道的默认值里。有些是巧合，有些是历史包袱：

1. 特权端口：0–1023

TCP/UDP 端口是 16 位无符号整数，IANA 把它切成三段：0–1023 为 System/Well-Known 端口，1024–49151 为 User 端口，49152–65535 为动态端口 。Unix 上绑定 1024 以下的端口需要 root 权限——所以 22、80、443 这些"老字号"都在 1024 以下，而 MySQL 的 3306、Redis 的 6379 这些"新贵"只能在 1024 以上 。

2. ulimit -n 默认 1024

Linux 单进程文件描述符的软限制，典型默认值就是 1024​ 。这意味着一个进程默认最多开 1024 个 fd——换算成并发连接，大约也就 1000 条​ 。多少线上"too many open files"事故，根源就是这个数。

ulimit -n              # 查看，通常是 1024
cat /proc/sys/fs/file-max   # 系统级总上限

3. net.core.somaxconn 与 tcp_max_syn_backlog

Linux 5.4 之前 somaxconn 默认 128，半连接队列默认 1024/2048 。高并发场景下这几个值几乎必调。

4. 内存页：4 KiB = 4 × 1024

x86 标准页大小 4096 字节。这个数不是随便定的——它是 1024 的 4 倍，使得页表索引天然落在二进制边界上。

5. 缓冲区大小

char buf[1024] 大概是开源代码里出现频率最高的数组声明。虽然现代 IO 更推荐用页对齐的 4096 或直接 8192，但 1024 这个数已经刻进了肌肉记忆。

五、1024 也有"不安全"的时候

在密码学里，1024 是个正在被淘汰的数字。

RSA-1024 提供的安全强度只有 约 80 bit，而 NIST SP 800-131A 要求的最低安全强度是 112 bit——也就是说，RSA-1024 自 2014 年起已被禁止用于新的签名和密钥传输 。

对照表：

学术界公开的记录是 2009 年分解 768 位（RSA-768）、2020 年分解 829 位（RSA-250）。虽然尚无公开的 1024 位分解案例，但普遍认为它已在国家级攻击者的能力范围内 。

结论：如果你的系统里还躺着 1024 位的密钥，今天就该列入轮换计划。

六、写在最后

1024 之所以能成为一个节日的符号，不只是因为它等于 2^10。

更因为它是一整个行业共识的缩影：一个为了让二进制机器和十进制人类互相妥协而诞生的数字，一个让 % 变成 & 的数字，一个既是内存单位起点、又是安全底线终点的数字。

它提醒我们一件事——计算机科学里没有理所当然的常数，每一个被写死的 magic number 背后，都站着一次权衡。

而程序员的工作，本质上就是不断重新审视这些权衡。