最稳妥方式是 date('Y-m-d_H-i-s') . '_' . uniqid('', true)；需避坑冒号、单数字时间、gettimeofday精度陷阱、__FILE__路径漂移及随机段滥用。
用 date() 生成带时间戳的文件名最稳妥
PHP 里最常用也最不容易出错的方式，就是用 date() 拼字符串。它不依赖系统时区设置（只要你调过 date_default_timezone_set()），输出格式可控，且所有 PHP 版本都支持。
常见错误是直接拼 time() 返回的秒级时间戳——看着唯一，但并发写入时容易撞车；或者用 microtime(true) 得到浮点数，再转字符串时小数点被当非法路径符处理。
- 推荐格式：
date('Y-m-d_H-i-s') . '_' . uniqid('', true)—— 先保日期结构清晰，再加uniqid()防并发 - 如果只要日粒度（比如日志归档），用
date('Y-m-d')就够，别硬塞时分秒增加混乱 - 注意 Windows 下文件名禁用
:、*、?等字符，date('Y-m-d H:i:s')中的冒号会直接导致fopen()失败
用 sprintf() 格式化 gettimeofday() 更精确但要小心精度陷阱
需要毫秒级区分度，又不想依赖 uniqid() 的随机性时，gettimeofday() 是更“确定”的选择。但它返回的是数组，直接拼接容易漏掉补零，导致文件名长度不一致（比如 12:5:7 而不是 12:05:07）。
典型报错：Warning: fopen(2024-05-22_12:5:7.log): failed to open stream —— 冒号和单数字分钟/秒就是元凶。
立即学习“PHP免费学习笔记（深入）”；
- 正确写法：
$tv = gettimeofday(); sprintf('%d-%02d-%02d_%02d:%02d:%02d.%03d', $tv['sec'] / (3600*24*365.25)+1970, ...)太绕，不建议手算年月日 - 更实用的组合：
date('Y-m-d_H-i-s') . substr(sprintf('%06d', $tv['usec']), 0, 3)—— 只取微秒前三位作毫秒，和日期拼一起 -
gettimeofday()在某些容器或 chroot 环境下可能被禁用，上线前务必在目标环境验证function_exists('gettimeofday')
避免用 __FILE__ 或 debug_backtrace() 动态生成文件名
有人想靠 __FILE__ 获取当前脚本名再改后缀，或者用 debug_backtrace() 抓调用栈来命名日志——这看似“自动”，实则埋雷。
问题在于：一旦代码被 include、composer autoload 加载，或部署时用了 opcode 缓存（如 OPcache），__FILE__ 可能指向缓存路径而非源码路径；debug_backtrace() 开销大，且调用栈深度一变，文件名就不可预测。
- 后果：同个逻辑反复运行，生成一堆名字各异的文件，后期根本没法按规则清理
- 例外场景：仅限调试时临时打点，且明确加了
if (defined('DEBUG') && DEBUG)开关 - 真正需要“上下文标识”时，显式传参比自动推导可靠，例如：
logToFile($data, 'api_payment_' . $orderId)
文件名里要不要加随机字符串？看场景
纯日期时间足够唯一，就不必画蛇添足。加随机段（比如 md5(uniqid())）只在两种情况下必要：一是你无法控制写入时机（比如多进程轮询生成报告），二是文件内容敏感、需防猜解路径。
但每生成一个文件都跑一次 md5() 或 random_bytes()，在高并发下会拖慢响应——尤其 PHP 7.4 以下版本，random_bytes() 可能触发系统熵池阻塞。
- 轻量替代：
base_convert(crc32(microtime(true)), 10, 36)，快且够用 - 安全要求高时，必须用
random_bytes(8)+bin2hex()，但得提前检查extension_loaded('openssl')或function_exists('random_bytes') - 别把随机段放前面（如
abc123_2024-05-22.log），排序和查找时日期信息就被遮住了
日期格式统一、分隔符固定、不混用时区、不依赖运行时上下文——这些细节定下来，动态文件名才真的“动态得稳”。
