使用方法
这页把换算拆成「选方向、给数值、读结果」三步，默认已经跑通一次，你不必先配置任何东西。按下述顺序操作即可：
- 先确认方向。下拉里「赫兹 → 吉赫」适合把示波器、晶振规格书里的大数赫兹改写成 GHz；「吉赫 → 赫兹」适合把 WiFi、CPU 主频展开成固件里要填的整数赫兹。切换后表格与示例会立即重算。
- 单个数直接改输入框。框里预置了一个主频示例，改完裸按 Enter 就刷新结果，不必去点按钮；频率按非负处理，负数会明确报错。
- 一批主频用批量框。每行写一个数值，按 Ctrl/Cmd + Enter 一次列出；空行略过，写了字母的那一行会被点名行号并中止整批，不会悄悄变成 0。
- 读结果、导出、复核。结果区带 role="alert"，给出当前方向的读数；想核对周期就看对照表第三列；「复制结果」存快照，CSV 带 BOM、TSV 按制表符，「加载更多」展开余下 4 行。反向换算同样能拿系数复算。
这个工具能解决什么问题
第一类是把射频与时钟参数读成同一套数。WiFi 标 2.4 GHz、CPU 标 3.2 GHz，晶振规格书却常写 2400000000 Hz 或 26 MHz，数据手册、示波器读数、固件配置里三种写法混着出现。赫兹转吉赫让你在「大数赫兹」和「小数吉赫」之间快速对齐，不用来回数零。
第二类是避免把频率换算和周期换算混成一件事。很多人以为「把 Hz 变成 GHz 是除以 10⁹，那把秒变成纳秒也照这个系数来」，结果把周期算错九个数量级。本页在对照表里专门放了一列时钟周期，用独立的倒数关系现算，让这两种不同量纲的换算各自有据可查。
第三类是给时序估算一个直观落点。知道主频还不够，真正决定一条指令或一个采样窗口长短的是周期。把频率换算与周期折算放在同一张表里，能直接看出主频翻倍时周期减半，便于估算时钟抖动、采样间隔与总线时序。
本页只做赫兹与吉赫这一对频率单位的双向换算，外加由频率派生的周期参照；不做波长换算、不做分贝或功率计算，也不处理角频率弧度每秒；它只回答「这个赫兹数等于多少吉赫」以及反过来。
计算原理：频率换算与周期为什么不能共用一个系数
统一公式是 out = in × f[from] / f[to]。本页以赫兹为基准：f[hz] = 1，f[ghz] = 1e9。于是赫兹换吉赫是乘 1e-9（缩小十亿倍），反向吉赫换赫兹是乘 1e9（放大十亿倍）。吉赫的前缀 G 就是 10⁹，1 GHz 定义为 10⁹ Hz，这是十进制词头，不是 1024 那种二进制进位。
频率说的是「每秒多少次」，周期说的是「一次要多久」，两者互为倒数。关系写作 T = 1 / f：频率单位是 s⁻¹，周期单位是 s。把 f 以赫兹代入，得到的 T 天然是秒；要写成纳秒，还得再乘 1e9。注意这里出现了两个方向相反的十亿倍：频率 Hz→GHz 是除以 1e9，周期 s→ns 是乘以 1e9。它们量纲不同、方向相反，绝不能拿同一条系数乱套。
以 2.4 GHz 为例算一遍。先把频率写成赫兹：2.4 GHz = 2400000000 Hz。周期 T = 1 / 2400000000 秒 ≈ 4.1666667e-10 秒；换成纳秒乘 1e9，得约 0.41666667 ns。也就是说一个 2.4 GHz 时钟的节拍不到半纳秒。常见错误是把 2.4 直接当纳秒、或把 GHz 的 10⁹ 系数又除一次，得出 2.4 ns 或 0.4167 之类的错值，差了整整几个数量级。
为什么周期要单独折算成纳秒。秒作为周期单位对 GHz 级主频太小，写着全是零；纳秒更贴合 CPU、射频与采样场景。本页对照表第三列的做法是：先把当前输入统一折算回赫兹，再用 1e9 除以这个赫兹数得到纳秒周期。它没有用 f[from]/f[to] 那条频率系数，而是走倒数和秒到纳秒的单位变换，正是为了把两条换算链清楚分开。
反向同样要留意量纲。1 Hz 换吉赫是 1e-9 GHz，数值变得极小；反向 1 GHz 换赫兹是 1000000000 Hz，数值变得极大。频率变大时周期按倒数变小，1 GHz 的周期正好是 1 ns。把正向结果再按反向系数换回去应回到原值，这也是本页验证换算自洽的办法。
完整示例（默认输入实测）
把单值框还原成 1，按「赫兹 → 吉赫」换算，读数是 （计算中） GHz；把输入改成 2.5，读数是 （计算中） GHz。这两个值都由脚本用 out = in × f[hz] / f[ghz] 现算，不是预先抄在页面里的结论。
切到「吉赫 → 赫兹」输入 1，得到 （计算中） Hz；输入 2.4，得到 （计算中） Hz，这正是常见无线频段写成大数赫兹的样子。再用倒数关系把这个频率折算成周期，一个时钟节拍约 （计算中） ns——它比把频率数值直接当纳秒要小得多，两类换算不能混用。
批量框默认的 1、1000000、2400000000、5000000000 四行按 Ctrl/Cmd + Enter 会一次列出，改一行只影响那一行。完整示例与对照表共用同一个换算函数，把 2.4 填进反向单值框、或去看对照表里对应的那一行，读到的数字完全一致。
对照表与输入范围
- 单值输入：min 为 0、max 为 1e15、step 为 1。频率取非负，0 Hz 的周期在数学上无定义，对照表第三列会显示破折号而不是硬凑一个数。
- 对照表随方向换序列：正向「赫兹 → 吉赫」用一组赫兹量级的大数，反向「吉赫 → 赫兹」改用一组吉赫量级的小数，保证两个方向下表格都落在有意义的区间。前 12 行默认显示，另 4 行点「加载更多」展开。
- 第三列：先把当前输入折算回赫兹，再用 1e9 除以它得到纳秒周期。它随方向切换一起重算，且始终与频率换算系数分开计算。
- 导出：CSV 带 UTF-8 BOM，中文表头在 Excel 里不乱码；TSV 用制表符分隔方便粘贴，导出内容随当前方向与序列实时更新。
结果边界与舍入
极小值尽量展开成普通小数。赫兹换吉赫常出现 1e-9 量级的结果，脚本优先展开成 0.000000001 这样的写法，而不是丢一个科学计数法给你；确需极大或极小时才退回指数形式，非有限值一律显示破折号并给出说明。
双精度浮点够用但别读成无限精确。频率数值可达 1e15 量级，JavaScript 的 Number 有效位约 15 到 16 位十进制数字，显示时统一取约 10 位有效数字并去掉尾部多余的零。与示波器或规格书对账时，请按对方精度再四舍五入一次。
0、负数与非法值分开处理。输入 0 Hz 得 0 GHz 是合法结果，但对应周期显示破折号；负频率、空输入、文字、越界值各触发一条具体报错后停止换算，绝不静默归零。批量模式某行非法会点名行号并中止整批，避免一个错字污染其余行。
误差不累积。对照表每行都从原始输入独立换算，周期列也重新从赫兹折算，不是拿上一行累加；因此大表末尾不会出现漂移。全部计算在本地页面完成，不联网、不写 Cookie 或本地存储。
常见问题
赫兹和吉赫差多少倍？
差 10⁹ 倍，也就是十亿倍。吉赫的前缀 G 是十进制词头 10⁹，1 GHz 严格等于 1000000000 Hz。所以 Hz 换 GHz 要除以 1e9，GHz 换 Hz 要乘以 1e9；注意这是 10⁹ 而不是计算机存储里常见的 1024 进位。
为什么说频率和周期是倒数？
频率 f 表示每秒发生多少次周期，周期 T 表示一次周期占多少秒，二者相乘恒等于 1，即 T = 1 / f。频率用 s⁻¹、周期用 s，量纲本来就互为倒数。主频翻倍，周期就减半，这条关系与用 Hz 还是 GHz 表达无关。
2.4 GHz 的一个时钟周期到底多长？
约 0.41666667 纳秒。先写成 2.4 GHz = 2400000000 Hz，周期 T = 1 / 2400000000 秒，再乘 1e9 换算成纳秒即得。这个数不到半纳秒，正是为什么射频与高速时序必须用纳秒甚至皮秒来讨论，用秒写全是零。
能把 Hz→GHz 的系数直接拿去算周期吗？
不能。Hz→GHz 是频率缩小 10⁹ 倍，周期从秒换成纳秒是时间放大 10⁹ 倍，两者量纲不同、方向相反。本页对照表第三列是把输入折回赫兹后用 1e9 除以它单独算的，没有套用频率换算系数，就是为了避开这个九个数量级的常见错误。
反向把吉赫换回赫兹，怎么核对没算错？
记住反向是乘 1e9：1 GHz 应得 1000000000 Hz，2.4 GHz 应得 2400000000 Hz。把正向得到的吉赫数切回反向再算一次应回到原赫兹数；对照表在切换方向时会换成吉赫量级的输入序列，两处可以互相印证。
输入 0、负数或超大数会怎样？
0 Hz 得 0 GHz 是合法结果，但周期显示破折号，因为零频率没有周期；负频率、空输入、文字、超过 1e15 的值分别触发不同的具体报错并停止换算，不会截断、不会归零，也不会输出看似正常的结果。
对照表切方向后为什么连输入行都变了？
因为两个方向的合理量级差十亿倍：正向用赫兹大数、反向用吉赫小数，表格才都有意义。切换时输入列、输出列、周期列一起重算，序列也换成对应方向那组；「加载更多」展开的余下 4 行同样跟着换。
换算会联网吗，周期列可信吗？
不会联网，所有计算由页面内联脚本在本地完成，不发起网络请求，也不写 Cookie 或 localStorage。周期列不是预先存好的表，而是把每行输入折回赫兹后用倒数关系现算的纯数值，切换方向或导出时会重新生成。