Docker-Compose构建Laravel应用时Redis连接失败求助

首先得明确核心问题：Docker Compose的构建阶段完全独立于容器启动流程，构建镜像时所有服务容器（包括你的my_redis）都还没运行，自然没法解析my_redis这个域名。咱们逐个解决你的问题：

1. 是否可以强制Redis容器先启动，再构建my_app镜像？ #

答案是不行。Docker Compose的构建逻辑是先处理所有服务的build指令（不管依赖顺序），完成镜像构建后才会启动容器。构建过程中不会创建容器网络，也不会启动任何服务容器，所以根本没法让Redis先运行再构建。

2. Laravel层面是否有方法避免服务发现时连接Redis？ #

这是最可行的解决方向，有几个实用方案：

方案A：临时切换缓存驱动为非Redis类型 #

Laravel的package:discover会触发部分服务的初始化，其中Telescope等扩展会用到缓存驱动。你可以在构建阶段临时把缓存驱动改成array或者file，避免Redis连接。

具体操作：

在你的Dockerfile里，执行composer install前添加环境变量：

ENV CACHE_DRIVER=array
ENV SESSION_DRIVER=array
RUN composer install --no-interaction --prefer-dist --optimize-autoloader

这样构建时Laravel会用内存数组作为缓存，完全不需要连接Redis。容器启动后，你可以通过docker-compose的环境变量或者.env文件再改回Redis驱动。

方案B：禁用post-autoload-dump自动执行package:discover #

你可以让composer在install时不自动执行post脚本，等容器启动后再手动运行php artisan package:discover。

具体操作：

修改Dockerfile里的composer命令：

RUN composer install --no-interaction --prefer-dist --optimize-autoloader --no-scripts

然后在容器启动脚本（比如entrypoint.sh）里添加：

php artisan package:discover
php artisan optimize:clear
# 其他启动命令

这样就能确保只有当Redis容器已经运行、网络可用时，才执行服务发现。

方案C：针对Telescope单独处理 #

如果问题确实是Telescope导致的，你可以在config/telescope.php里添加判断，只在非构建环境启用Telescope：

return [
    'enabled' => env('TELESCOPE_ENABLED', true) && !env('APP_BUILDING', false),
    // ...其他配置
];

然后在构建时设置APP_BUILDING=true的环境变量，这样Telescope在构建阶段不会初始化，也就不会连接Redis。

3. 是否可以指定镜像构建依赖其他服务的可用性？ #

和第一个问题类似，不行。Docker Compose不支持将构建过程依赖于其他服务的运行状态。构建是本地的镜像构建过程，不需要依赖任何外部服务或容器。

如果确实需要在构建时依赖其他服务（比如需要从Redis拉取配置），你只能手动拆分流程：

1. 先启动依赖服务：docker-compose up -d my_redis my_db
2. 手动构建my_app镜像：docker-compose build my_app
3. 最后启动所有服务：docker-compose up -d

但这种方式失去了docker-compose up的便捷性，所以还是更推荐从Laravel层面解决。

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