pandas 时区本地化报 NoneType.total_seconds，检查 dateutil 3
python-dateutil 3.0 改变 tzfile 内部属性，pandas 对 dateutil 时区的识别可能失败。IANA 时区可明确改用 ZoneInfo；不能等价替换的时区对象则保留兼容依赖组合。
pd.Timestamp("2020-01-01").tz_localize("dateutil/US/Pacific") 报 AttributeError: 'NoneType' object has no attribute 'total_seconds'，先检查运行环境是否刚安装了 python-dateutil 3.0.0。
pandas 的 dateutil 时区识别依赖 _trans_list 与 _trans_idx 等内部属性。dateutil 3.0 的 tzfile 实现发生变化，旧识别可能把它走成固定偏移时区，再对 utcoffset(None) 的结果调用 total_seconds()，从而失败。已知环境包括 pandas 3.0.6；正式 3.1.0 的相关识别仍需注意。
已知 IANA 时区，可以明确使用 ZoneInfo
如果业务所需就是洛杉矶这样的 IANA 时区，可直接使用标准库对象，而不是构造 dateutil/... 名称：
from zoneinfo import ZoneInfo
import pandas as pd
local_time = pd.Timestamp("2020-01-01").tz_localize(
ZoneInfo("America/Los_Angeles")
)
这段是把原本没有时区的钟面时间解释为当地时间，并非把一个已经带时区的瞬间转换到另一地区。原数据已经带时区时，应沿用相应的转换操作，不能为了消除错误剥掉时区再重新本地化。
ZoneInfo 需要系统时区数据库或可用的 tzdata 包。若出现 ZoneInfoNotFoundError，应修正实际部署环境的时区数据依赖，不要用固定 -08:00 替代有夏令时变化的地区。
不是所有 tzinfo 都能换成地区名称
dateutil 还提供本地时区、Windows 时区及 iCalendar 定义等对象。它们不一定具有可直接替换的 IANA 键。若应用依赖这类对象，暂时保留已验证的兼容依赖组合，例如在锁文件中约束 python-dateutil<3，并确认没有其他依赖要求 3.x；不要强装冲突组合。
依赖约束是临时兼容措施，保留锁文件变更与原有范围，后续随正式支持情况复查。不能只在一个交互终端降级，而让生产任务仍加载另外一个环境里的包。
复核要覆盖普通日期，以及真实业务中夏令时切换附近的不存在时间和重复时间，保留原来的 ambiguous、nonexistent 处理约定。打印出的时区名称不同不一定是故障，但瞬间、当地时间解释或偏移发生无意变化，就是不能忽略的行为差异。