Windows 10使用WSL2运行Docker时请求耗时过长是什么原因？

1. WSL2 文件系统挂载配置问题 #

• 多数同类问题的核心诱因是Laravel项目存放在Windows原生NTFS分区（比如C:\、D:\目录下），再通过WSL2自动挂载的/mnt/c/、/mnt/d/路径映射到容器内。WSL2跨系统文件IO的性能损耗极高，而Laravel运行时需要加载大量vendor类文件、读写缓存日志，直接使用挂载的Windows分区会导致IO耗时成倍上涨。
• 排查方式：将整个项目迁移到WSL2发行版的原生EXT4分区内（比如Ubuntu的/home/当前用户名/目录下），重新挂载到Docker容器运行后对比耗时。

2. Docker 资源分配限制 #

• 检查Windows用户目录%UserProfile%下的.wslconfig配置文件，是否设置了不合理的CPU、内存、swap上限，即便硬件性能充足，WSL2默认可能仅分配不到半数的核心和内存给Linux子系统。
• 检查Docker Desktop的资源配置项，是否单独限制了容器可使用的CPU、内存上限，或是开启了不必要的安全扫描、资源管控插件。

3. Laravel 运行环境配置差异 #

• 对比另外两台设备的Laravel配置：是否开启了OPcache缓存、路由缓存、配置缓存php artisan config:cache、视图缓存，如果你本地为开发模式关闭了所有缓存，而另外两台设备开启了生产级缓存配置，也会出现数倍的性能差距。
• 确认本地Docker镜像的PHP版本、扩展配置是否和另外两台一致，是否缺少性能优化相关扩展，或是开启了Xdebug、xhprof等调试扩展，这类扩展会带来15%-50%的性能损耗。

4. WSL2 网络配置问题 #

• 部分Windows版本的WSL2存在虚拟网卡性能Bug，尤其是开启Windows Defender防火墙、VPN、代理软件的情况下，WSL2和Windows宿主机之间的网络请求会有额外开销。你可以在WSL2内部直接通过curl访问容器服务接口，对比从Windows侧访问的耗时，如果WSL2内部访问耗时正常，即可定位为跨虚拟网卡的网络损耗问题。

5. Docker 存储驱动配置问题 #

• 检查Docker Desktop的存储驱动是否为overlay2，旧版本Docker如果默认使用vfs存储驱动，会带来极高的存储IO开销。可以执行docker info | grep 'Storage Driver'命令确认当前使用的存储驱动类型。

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