Laravel Octane + Native Docker + WSL2 极端性能异常求助

我之前在WSL2+Docker环境折腾Laravel（搭配Livewire+Filament）时，也碰到过一模一样的诡异问题：服务器日志显示PHP处理才几百毫秒，但浏览器加载页面要等好几秒。给你分享几个我当时排查出的关键方向，应该能帮你定位到那个“消失的1-9秒”：

1. 先揪出网络层面的转发瓶颈 #

WSL2和Docker之间的网络转发经常是这种延迟的元凶：

• 试试Docker的host网络模式：在docker-compose.yml里给Laravel Octane容器加上network_mode: host，这样容器直接复用WSL2的网络栈，跳过Docker的bridge转发层。我当时这么一改，页面加载直接从5秒降到1秒以内。
• 别用localhost访问：换成WSL2的实际IP（在WSL里敲hostname -I就能拿到）访问页面。localhost有时候会走Windows的网络栈，绕了一圈反而慢。
• 检查Windows防火墙：Windows Defender防火墙可能会对WSL2的网络请求做深度扫描，临时关闭防火墙试试，如果延迟消失了，就把WSL的IP段加入防火墙白名单。

2. 排查文件系统的隐性开销 #

虽然你把项目放在了WSL原生目录，但有些细节容易被忽略：

• 确认OPcache的生效状态：除了opcache.enable_cli=1，一定要把opcache.validate_timestamps=0（php.ini里设置），否则PHP会频繁检查文件修改时间——WSL2的文件系统时间同步有bug，会导致每次请求都重新编译脚本，隐性拖慢速度。改完后重启Octane。
• 静态资源别用绑定挂载：如果public目录还是绑定挂载到WSL的文件系统，试试把它也移到Docker命名卷里，或者用Laravel Mix编译后把静态资源复制到容器内的目录，避免实时读取WSL文件的开销。

3. 检查Livewire/Filament的前端加载问题 #

Livewire3和Filament3的前端资源加载容易藏着延迟：

• 看Network面板的资源加载时间：打开浏览器开发者工具的Network标签，看看每个JS/CSS文件的加载耗时——说不定某个Livewire的组件JS或者Filament的UI资源在网络传输上卡了很久。
• 开启资产压缩与合并：在config/livewire.php里配置asset_url，或者用Laravel的mix()把静态资源打包成单个文件，减少请求次数，降低网络延迟的累积效应。

4. 确保WSL2和Docker有足够资源 #

资源不足也会导致隐性延迟：

• 配置WSL2的资源限制：在Windows用户目录下创建.wslconfig文件，设置足够的内存和CPU：

  [wsl2]
  memory=8GB
  processors=4
  

  然后执行wsl --shutdown重启WSL，再启动Docker。
• 检查Docker Desktop的资源分配：打开Docker Desktop的设置，确保给容器分配了至少4核CPU和4GB内存。

5. 排除SQL Server的隐性连接延迟 #

虽然数据库耗时显示0，但连接建立的延迟可能没被统计到：

• 确认Octane的数据库连接复用：Octane应该会保持数据库连接，但可以检查config/database.php里的SQL Server配置，有没有设置persistent为true。
• 临时换个数据库测试：比如把数据库换成MySQL容器，看看延迟有没有改善——SQL Server在Docker里的网络性能有时候确实不如MySQL/PostgreSQL，说不定是它在拖后腿。

最后说一句：Docker+WSL2完全可以做到和本地差不多的性能，2-10秒的加载绝对是不正常的，按照上面的方向排查，应该能找到问题所在。

内容的提问来源于stack exchange，提问作者Kamil Kala