frankenphp 1.1 启动报“缺少 libssl”本质是abi不兼容导致运行时找不到匹配的动态库；需通过ldd/dependencies.exe确认其依赖的精确版本（如libssl.so.1.1或libssl-1_1-x64.dll），并将同源libssl与libcrypto置于可执行文件同目录，linux/macos还需patchelf或install_name_tool强制rpath指向$origin/@loader_path，windows则须同步安装对应vc++运行库。
FrankenPHP 1.1 启动时报“缺少 libssl”，本质不是没装 OpenSSL，而是运行时找不到匹配的动态链接库——它不认系统级安装的 libssl.so 或 Windows 下的 libssl-1_1-x64.dll，因为 FrankenPHP 是静态链接 Go + 动态加载 PHP 的混合体，对 OpenSSL 的 ABI 兼容性极其敏感。
确认 FrankenPHP 实际依赖的 OpenSSL 版本
FrankenPHP 1.1 内置的 PHP 是预编译的（通常基于 PHP 8.3+），其 php_openssl.dll（Windows）或 openssl.so（Linux/macOS）**必须与同源的 libcrypto 和 libssl 动态库配对**。
不要假设系统 OpenSSL 版本能用：
- Linux 上运行 ldd frankenphp | grep ssl，看它真正找的是 libssl.so.1.1 还是 libssl.so.3 - Windows 上用 Dependencies.exe 打开 frankenphp.exe，直接看它声明依赖哪个 libssl-*.dll 文件名（比如 libssl-1_1-x64.dll）
- macOS 上用 otool -L frankenphp | grep ssl
常见现象是：系统装了 OpenSSL 3.x，但 FrankenPHP 二进制只认 1.1.1 系列；或者你手动替换了 PHP 扩展，却没同步更新底层 DLL/so。
Windows 下放对 DLL 到正确位置（别碰 PATH 或 System32）
FrankenPHP 是便携式应用，所有依赖必须和可执行文件平级：
- 把匹配的 libcrypto-1_1-x64.dll 和 libssl-1_1-x64.dll 直接复制到 frankenphp.exe 所在目录
- 不要放进 ext/、不要丢进 C:\Windows\System32、不要加进 PATH ——它只从当前目录加载
- 架构必须一致：用 file frankenphp.exe（WSL）或任务管理器“详细信息”页看“平台”列，确认是 x64 还是 x86；混用会触发 0xc000007b 错误
最容易被忽略的一点：libcrypto-1_1-x64.dll 自身可能依赖 vcruntime140.dll 或 msvcp140.dll。如果启动时报“找不到指定模块”，不是 OpenSSL DLL 缺失，而是 VC 运行库没装。去微软官网下对应版本的 vc_redist.x64.exe 安装即可。
Linux/macOS 下确保 libssl.so 路径被 runtime 找到
FrankenPHP 不走系统默认路径（如 /usr/lib），尤其当它用 musl 或自打包 libc 时：
- 先查它要哪个名字：ldd frankenphp 2>&1 | grep "not found" - 如果输出类似 libssl.so.1.1 => not found，说明它在找这个 soname
- 不要 ln -s /usr/lib/x86_64-linux-gnu/libssl.so.3 /usr/lib/libssl.so.1.1（强行软链大概率崩溃）
- 正确做法：把对应版本的 libssl.so.1.1 和 libcrypto.so.1.1 放到 frankenphp 同目录，然后用 patchelf --set-rpath '$ORIGIN' frankenphp（Linux）或 install_name_tool -rpath @loader_path frankenphp（macOS）强制它优先从当前目录加载
很多用户卡在这里：以为 apt install libssl1.1 就够了，但 Ubuntu 22.04+ 默认只装 libssl3，libssl1.1 已被移出仓库。得手动下载 deb 包或从旧版镜像源安装，否则 ldd 永远显示 not found。
验证 openssl 是否真可用，而不仅是不报错
光启动成功不代表能用：
- 运行 ./frankenphp php -m | grep openssl，确认模块列出
- 执行 ./frankenphp php -r "var_dump(openssl_encrypt('test', 'AES-128-CBC', 'key12345678901234', 0, 'iv12345678901234'));" - 若报 Call to undefined function openssl_encrypt()，说明扩展加载失败或 ABI 不兼容（比如用 OpenSSL 3.x 的 so 配 PHP 8.2 编译的 FrankenPHP）
最隐蔽的坑：某些 FrankenPHP 预编译包用的是 LibreSSL 或 BoringSSL 替代实现，它们不提供标准 OpenSSL 的 symbol 表，此时哪怕放对了 DLL/so，PHP 运行时仍无法解析函数地址。这种情况下只能换官方发布的、明确标注 “OpenSSL 1.1.1w” 的构建版本。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
