PHP中无原生is_timestamp()函数，需用is_numeric()粗筛、(int)$var==$var校验整数值、再检查范围（0至2147483647或更宽松上限）来可靠判断有效Unix时间戳。
PHP 中没有原生的 is_timestamp() 函数，所谓“时间戳类型”本质上只是整数（int），但并非所有整数都是有效时间戳。判断的关键不在于“是不是数字”，而在于“是否是合理范围内的、可被 date() 或 DateTime 正确解析的 Unix 时间戳”。
用 is_int() + 范围校验是最可靠的基础方式
仅用 is_numeric() 或 is_int($var) 不够：前者会把字符串 "1717027200" 也判为 true，后者又会漏掉从 JSON 解析来的、类型为 float 但值为整数的时间戳（如 1717027200.0）。
- 先用
is_numeric($var)粗筛，再用(int)$var == $var判断是否为整数值（兼容 float 形式的整数） - 再检查范围：Unix 时间戳通常在
0（1970-01-01）到2147483647（2038 年问题）之间；更宽松可延至32536799999（2999 年末），但需注意 32 位系统上限 - 示例逻辑：
function is_valid_timestamp($var): bool {
if (!is_numeric($var)) return false;
$ts = (int)$var;
if ((float)$ts !== $var) return false; // 排除带小数部分的数，如 1717027200.123
return $ts >= 0 && $ts <= 32536799999;
}用 date('U', $ts) 反向验证更贴近实际用途
很多场景下，你真正关心的是“这个值能不能被 PHP 的日期函数安全使用”。date('U', $ts) 会把输入强制转为整数并尝试格式化——若结果等于原值，说明它被当作有效时间戳处理了；但要注意：传入非法值（如负数、超大数）时，date() 在不同 PHP 版本中行为不一（可能返回 false，也可能静默截断）。
- PHP 8.0+ 中，
date('U', -1)返回false；PHP 7.4 可能返回"19691231"类似错误结果 - 推荐组合用法：
is_int($ts) && $ts === (int)date('U', $ts)，但必须确保$ts已是 int 类型，否则date()会静默转换字符串 - 更稳妥的做法是先过基础类型/范围校验，再调用
date('Y-m-d', $ts)看是否返回非 false 字符串（如date('Y-m-d', 99999999999)在多数版本返回false）
从 JSON 或 API 接收数据时，特别注意浮点型时间戳
JavaScript 的 Date.now() 返回毫秒级时间戳，后端常除以 1000 后存为 float（如 1717027200.123）。直接传给 date() 会导致警告或错误（PHP 8.1+ 严格模式下报 TypeError）。
立即学习“PHP免费学习笔记（深入）”；
- 不要用
(int)$ts简单截断——会丢失精度且可能向下取整出错（如1717027200.999→1717027200） - 正确做法是四舍五入：
$ts = (int)round($ts);，再做有效性校验 - 若需毫秒级精度，应保留为 float 并改用
DateTime::createFromFormat('U.u', floor($ts) . '.' . sprintf('%06d', ($ts - floor($ts)) * 1e6))，但绝大多数业务只需秒级
最易被忽略的一点：时间戳的有效性高度依赖上下文。比如数据库里存的 1234567890 是合法时间戳，但若业务约定只接受未来 7 天的时间，则它就“无效”。类型判断只是第一步，后续务必结合业务规则做二次校验。
