闰秒是为了同步地球自转，而对原子钟标准时间所做的特定修正。本文描述了 FreeBSD 如何处理闰秒。
截至本文完稿时，下一个闰秒将会发生在2015年6月30日23:59:60 UTC。这个闰秒将会发生在南北美洲和亚太地区的一个工作日里。
闰秒是由 IERS 在 Bulletin C 上宣布的。
RFC 7164 描述了闰秒的标准行为。也可参见 time2posix(3) 。
处理闰秒最简单的方法是使用 FreeBSD 预设的 POSIX 时间规则, 以及 NTP。如果 ntpd(8) 正在运行，并且时间和正确处理闰秒的上游 NTP 服务器同步，闰秒将使系统时间自动重复当天的最后一秒。不需要进行其它调整。
如果上游的 NTP 服务器没有正确处理闰秒，ntpd(8) 会在错误的上游服务器发现错误并修正后，跟着加上一秒。
如果未使用 NTP，将需要在闰秒过后手动调整系统时钟。
闰秒在全世界的同一瞬间插入：UTC 午夜。日本在上午，太平洋在正午，美洲在傍晚，而欧洲在晚上。
我们相信并预期，如果提供了正确和稳定的 NTP 服务，FreeBSD 会在闰秒时按设计运作，正如在之前遇到闰秒时一样。
然而我们要警告，事实上没有应用程序会向内核询问关于闰秒的事。我们的经验是，闰秒正如设计的一样，本质上是闰秒前一秒的重播，这对大部分应用程序开发者来说是意想不到的事。
其它操作系统和电脑可能会也可能不会像 FreeBSD 一样处理闰秒，没有正确和稳定 NTP 服务的系统一点也不知道闰秒的发生。
电脑因为闰秒而崩溃并非闻所未闻，经验显示，大量的公共 NTP 服务器可能会错误处理和公告闰秒。
请试着确认不会因为闰秒而发生任何可怕的事情。
测试是否将使用闰秒是可行的。由于 NTP 的性质，测试可能要运行到闰秒前24小时。有些主要的参考时钟来源只在闰秒事件前一小时公告。查询 NTP 守护进程：
%ntpq -c 'rv 0 leap'
包含 leap_add_sec 的输出表明了对于闰秒的正确支持。leap_none 会在闰秒前24小时或闰秒过后显示。