核心不是“能不能跑”，而是“状态是否干净、类型是否严谨、扩展是否就位”；需验证PHP 8.3严格类型兼容性、Worker入口重写、扩展加载路径、$_SERVER代理头补全及请求隔离性。
PHP 8.3 适配 FrankenPHP 1.1 的 Worker 模式，核心不是“能不能跑”，而是“状态是否干净、类型是否严谨、扩展是否就位”。FrankenPHP 1.1 已支持 PHP 8.3，但 PHP 8.3 本身引入的严格类型转换和废弃项，会直接暴露 Worker 模式下长期驻留带来的隐性风险。
检查 PHP 8.3 兼容性硬门槛
PHP 8.3 移除了 mysql_* 函数，收紧了字符串与数字的隐式转换逻辑（如 "123abc" == 123 现在为 false），并标记 create_function() 为废弃（Laravel 9+ 已不用，但部分老中间件或私有包仍可能残留）。
- 运行
php -l扫描所有入口和服务提供者文件，确认无语法错误 - 在测试环境执行
php artisan tinker，输入app()->isBooted()和app('log') instanceof \Psr\Log\LoggerInterface，验证容器初始化未因类型强制失败 - 搜索项目中是否调用
create_function或mb_regex_encoding()（后者在 8.3 中行为变更），这些调用会在 Worker 启动时立即报错，导致进程崩溃
Worker 生命周期必须重写入口逻辑
FrankenPHP 1.1 的 Worker 模式不自动重置 PHP 运行时上下文。PHP 8.3 的严格类型会让残留状态更容易引发致命错误（例如上一请求未清空的 static array $cache 被下一请求以错误类型访问）。
- 入口脚本开头添加
ignore_user_abort(true); - 框架初始化（如
$app = require_once __DIR__.'/bootstrap/app.php';）必须放在while (frankenphp_handle_request(...)) { ... }循环外 - 每次请求回调内，显式调用
$app->resetResolvedInstances();（Laravel）或think\Container::clear();（ThinkPHP） - 禁用持久连接：PDO 构造时确保
PDO::ATTR_PERSISTENT => false；Redis 客户端避免connect()后不close()
验证关键扩展与日志行为
PHP 8.3 的扩展加载机制更敏感，尤其在 FrankenPHP 内嵌 Go 运行时中。C 扩展若未用 frankenphp-build 重新编译，大概率出现 undefined symbol: zend_object_std_init 错误。
立即学习“PHP免费学习笔记（深入）”；
- 执行
frankenphp -m | grep -E "(opcache|pdo|redis|mbstring|intl)"，确认必需扩展已启用 - 检查
extension_dir是否指向 FrankenPHP 自带路径（如/usr/lib/php/8.3/franken），而非系统默认路径 - 在入口循环内加日志：
error_log("Request ID: " . uniqid('', true), 4);，连续发起请求，观察日志时间戳是否递增且无重复 ID —— 若 ID 重复，说明请求未真正隔离
$_SERVER 和请求上下文需手动对齐
PHP 8.3 不改变 $_SERVER 行为，但 FrankenPHP 的 Caddy HTTP 层不走 FastCGI，$_SERVER['HTTPS']、$_SERVER['HTTP_X_FORWARDED_PROTO'] 默认为空，会导致 Laravel 的 url() 生成 http:// 链接，配合 8.3 的严格类型判断，可能让中间件跳转逻辑直接中断。
- Caddyfile 中显式设置代理头：
header_up X-Forwarded-Proto {http.request.scheme} - 在入口循环开始处补全关键字段：
$_SERVER['HTTPS'] = ($_SERVER['HTTP_X_FORWARDED_PROTO'] ?? '') === 'https' ? 'on' : ''; - 运行
php artisan tinker并执行request()->fullUrl()和url('/test')，确认协议与域名正确
