IPv4 CIDR 边界计算：从 /0 到 /32

规划网络时，CIDR 经常被当作一道简单的掩码换算题：给定一个地址和前缀，算出网络地址、广播地址和可用主机范围。普通的 /24 很少出错，真正容易暴露假设的，是 /0、/31、/32，以及 JavaScript 把整数和位运算混在一起时的细节。

我在一个本地 IPv4 子网规划工具中把计算过程拆成了解析、整数计算、格式化和页面更新几部分。本文围绕这些真实功能讨论边界处理。示例遵循 IPv4/CIDR 数学规则；云平台的地址分配策略是另一层规则，不能从数学范围直接推断。

先把地址转成整数

IPv4 有四段十进制数，每段范围为 0 到 255。把它看成一个 32 位无符号数，可以用逐段乘 256 的方式得到：

function parseIPv4(text) {
  if (typeof text !== 'string') throw new Error('地址必须是字符串');
  const parts = text.split('.');
  if (parts.length !== 4 || parts.some(part => !/^\d{1,3}$/.test(part))) {
    throw new Error('IPv4 必须有四段十进制数字');
  }
  const octets = parts.map(Number);
  if (octets.some(n => n > 255)) throw new Error('每段必须在 0 到 255 之间');
  return octets.reduce((value, octet) => value * 256 + octet, 0);
}

function formatIPv4(value) {
  return [24, 16, 8, 0]
    .map(shift => Math.floor(value / (2 ** shift)) % 256)
    .join('.');
}

例如 192.0.2.9 的整数值是 3221225993。从左到右累乘能保留每段的位权，反向格式化时则逐段除以 2 的幂并取余。最大的 IPv4 整数是 4294967295，远小于 JavaScript Number 可精确表示整数的上限，因此这里的加法、乘法和除法结果都能精确表达。

一个常见陷阱是把 ip & mask 等位运算的结果直接作为普通数值显示。JavaScript 的这类位运算使用 32 位整数，最高位为 1 的结果可能呈现为负数；>>> 0 则可将结果归一化为无符号 32 位整数。但它不能表示地址总数 2 ** 32，这个总数经过 >>> 0 会变成零。移位位数还会按 32 取模，1 << 32 实际相当于左移零位，并不是 2 ** 32。用 2 ** n 做 CIDR 数量计算，再用 Math.floor 对齐边界，可以避开这类意外。

这里的 Math.floor(address / size) * size 也有实际意义：它把主机位归零，不要求用户输入的地址本身已经是网络地址。输入 192.168.10.24/24 时，块大小为 256，先除以块大小再向下取整，最后乘回去，得到 192.168.10.0。掩码则可按前缀构造：/24 对应 255.255.255.0，通配符掩码是每段掩码取反。遇到 /0 时应显式令掩码为零，因为“全一左移 32 位”同样会踩到 JavaScript 位数处理规则。对任意前缀，网络地址、广播地址、掩码和块大小最好用同一套前缀解释，避免字段彼此矛盾。

计算网段边界

前缀长度为 p 时，地址块大小是 2 ** (32 - p)。网络地址等于输入地址向下对齐到这个块大小的结果，广播地址则是网络地址加块大小再减一。以下是可直接在 Node.js 运行的纯函数，不依赖浏览器或第三方包：

function calculate(text) {
  const match = typeof text === 'string' && text.trim().match(/^([^/\s]+)\/(\d{1,2})$/);
  if (!match) throw new Error('格式应为 IPv4/前缀');
  const address = parseIPv4(match[1]);
  const prefix = Number(match[2]);
  if (prefix > 32) throw new Error('前缀必须在 0 到 32 之间');

  const size = 2 ** (32 - prefix);
  const network = Math.floor(address / size) * size;
  const broadcast = network + size - 1;
  const usableCount = prefix <= 30 ? size - 2 : size;
  const first = prefix <= 30 ? network + 1 : network;
  const last = prefix <= 30 ? broadcast - 1 : broadcast;

  return {
    network: formatIPv4(network),
    broadcast: prefix >= 31 ? '不适用' : formatIPv4(broadcast),
    totalCount: size,
    usableCount,
    range: prefix === 32 ? formatIPv4(address) : `${formatIPv4(first)} - ${formatIPv4(last)}`
  };
}

把 parseIPv4 和 formatIPv4 放在同一文件后，下面的调用可以直接验证结果：

for (const cidr of ['10.1.2.3/0', '192.0.2.9/31', '192.0.2.9/32']) {
  console.log(cidr, calculate(cidr));
}

/0 表示整个 IPv4 空间，大小是 4294967296，不能用有符号 32 位整数存放，但 Number 可以精确表示这个值。计算 10.1.2.3/0 得到网络 0.0.0.0、广播 255.255.255.255。按传统规则扣掉首尾地址后，公式给出 4294967294 个地址；这只是算术上的范围，并不说明其中每个地址都能配置或从公网路由。

/31 与 /32 不能套用同一条减二规则

传统子网计算对 /0 到 /30 把网络地址和广播地址排除，因而可用地址数是总数减二。若对 /31 也机械地减二，结果会变成零。但 RFC 3021 为点到点链路定义了 /31 用法：这两个地址都可以作为链路两端，不采用传统的网络地址与广播地址保留方式。它的地址总数和可用端点数均为二，广播地址字段应显示“不适用（点到点）”，而不是把其中一端误标为广播地址。

这个约定有明确场景边界：它针对点到点链路，不能据此把普通多接入以太网子网中的 /31 都理解为有两个可分配主机地址。工具只能说明计算规则和使用前提，部署环境仍需按网络设备、云平台的具体支持情况核实。

/32 只有一个地址，是主机路由。地址总数和工具定义的可用数都为一，网络地址就是输入地址；传统广播地址没有适用意义。因此实现中把 /31 和 /32 分支单独处理，同时把输入地址角色标注为“点到点端点”或“主机路由”，避免输出看起来像普通子网。

非法输入时不要留下旧答案

解析失败不仅是报错文案问题。用户刚刚成功计算了一个地址，再输入 256.1.1.1/24，若界面只显示错误却保留上一组结果，复制按钮仍可能复制旧网段，造成误操作。页面更新逻辑应当把一次提交视为整体：先计算；成功则替换全部字段并启用复制操作；失败则清除当前计算状态、隐藏结果、禁用结果按钮并显示错误。项目里的交互正是通过 current = null 和禁用结果区按钮阻断过期数据继续使用。

校验也要分层。CIDR 格式必须恰好有一个斜杠和一个十进制前缀；IPv4 必须是四段数字且每段不超过 255；前缀范围是 0 到 32。错误要在计算任何结果前抛出，这样展示层不需要猜测半成品意味着什么。验证用例不妨覆盖缺段、额外段、负数前缀、前缀 33、非数字和超出 255 的八位组。

数学可用范围不等于云上可分配范围

一个子网计算器给出的总数与端点范围，只描述 CIDR 数学边界。云平台往往会为网关、网络服务或其他内部用途保留地址，实际可分配数量取决于平台文档和网络类型。特别是 /0 包含特殊用途地址空间，绝不能把输出解释成“公网可用地址池”；即便某个地址落在数学范围内，也不意味着它可以分配、访问或对公网通告。

因此界面和文章都应该把两件事分开说：工具回答“这个前缀对应哪些 IPv4 数值”，云平台规则回答“这个网络环境允许分配哪些地址”。在创建云网络之前，仍应对照目标平台的当前文档核对前缀限制、预留地址和网关约定。

验证清单

边界测试能迅速暴露公式与标签之间的不一致：

还要检查非法输入确实失败，而不是被截断或默默接受。边界逻辑若与 UI 状态管理一起考虑，结果才能既数学正确，也不因旧状态而产生误导。CIDR 计算本身并不复杂，难点是明确每一种前缀的语义，并把工具能回答的问题限定在它真正计算的范围内。

参考规范

RFC 3021《Using 31-Bit Prefixes on IPv4 Point-to-Point Links》；MDN JavaScript Reference 中的 Unsigned right shift 与 Left shift 运算符说明。本文示例使用地址仅用于说明计算语义。