R语言as.POSIXct转换2020年3月29日1点时间戳返回NA问题

兄弟，你碰到的这个坑完全是英国夏令时（BST）切换闹的！2020年3月29日是英国当年切换夏令时的日子：当地时间凌晨1点整，时钟会直接从00:59:59 GMT跳到02:00:00 BST——也就是说，2020-03-29 01:00:00这个时间点在英国时区里根本就不存在，所以as.POSIXct自然返回NA了。

至于3月29日0点显示GMT，那是因为切换还没开始；到02点之后时钟拨快了1小时，就进入BST时区了。而3月30日已经完成切换，全天都是BST，所以所有时间都正常。

几种解决思路 #

1. 用UTC时区绕过夏令时（最简单） #

如果你的业务不需要纠结当地时区的夏令时，可以直接在as.POSIXct里指定tz="UTC"，这样所有时间都按UTC标准处理，不会出现“时间不存在”的问题：

time_stamp_not_working_utc <- as.POSIXct(
  paste(date_not_working,paste(hour,"00",sep = ":"),sep = " "), 
  format = "%Y-%m-%d %H:%M",
  tz = "UTC"
)

输出会变成这样（所有时间都正常）：

> time_stamp_not_working_utc[1:5]
[1] "2020-03-29 00:00:00 UTC" "2020-03-29 01:00:00 UTC" "2020-03-29 02:00:00 UTC"
[4] "2020-03-29 03:00:00 UTC" "2020-03-29 04:00:00 UTC"

2. 用lubridate包智能处理时区 #

lubridate包对时区和夏令时的处理比基础函数友好得多，它会明确告诉你哪个时间无效，还能灵活调整处理逻辑：

library(lubridate)
# 先构造时间字符串
time_str <- paste(date_not_working, paste(hour, "00", sep = ":"), sep = " ")
# 指定欧洲伦敦时区解析
time_stamp_lub <- dmy_hm(time_str, tz = "Europe/London")

运行后你会看到它直接标记出2020-03-29 01:00:00是无效时间，后续可以用force_tz或者with_tz来调整。

3. 手动适配夏令时规则 #

如果你必须保留当地时区，那得手动处理切换日的特殊情况：比如把原本的1点替换成2点（因为实际时间直接跳到2点），或者根据你的业务需求（比如跳过这个时间、用前后时间插值等）来处理这个缺失的时间点。

额外小知识 #

• strptime返回的POSIXlt对象会跟着系统默认时区走，3月29日0点还没切换夏令时，所以显示GMT；3月30日已经切换，就显示BST了。
• 英国夏令时的切换规律一般是：3月最后一个周日切到BST（拨快1小时），10月最后一个周日切回GMT（拨慢1小时），每年日期可能略有浮动。

内容的提问来源于stack exchange，提问作者Deuian