让我们一步步拆解并排查你遇到的问题：

1. 先理清挂载方式的冲突 #

你提到一开始是本地images目录挂载到容器，后来又在docker-compose.yml中配置了product-images命名卷挂载到同一个路径/var/www/html/theme/modules/products/images。这两种挂载方式不能同时生效，Docker会优先使用命名卷覆盖本地挂载的配置。

从docker inspect arcadust_product-images的结果看，你当前实际使用的是命名卷，而非最初的本地目录挂载。这时候需要确认命名卷的权限是否正确继承了你在Dockerfile中设置的www-data:www-data所有者。

2. 验证PHP代码的路径是否正确 #

你的PHP代码使用了相对路径../../theme/modules/products/images/".$prodid."/，先确认这个路径对应的绝对路径是否指向你期望的挂载目录：

// 在product_new.php中添加这段代码测试
$parentDir = realpath("../../theme/modules/products/images/");
echo "目标父目录绝对路径：" . $parentDir;

如果输出的路径不是/var/www/html/theme/modules/products/images，说明路径计算错误，PHP尝试在错误的位置创建目录，自然看不到结果。

3. 检查mkdir的递归创建参数 #

默认情况下mkdir()不会自动创建不存在的父目录，如果../../theme/modules/products/images这个目录本身不存在（或挂载配置错误导致它不可用），直接创建子目录会失败。修改代码添加递归参数：

mkdir($targetDir, 0755, true);

这样即使父目录不存在，也会自动逐层创建。

4. 确认容器内目录的实际权限 #

进入容器bash，执行以下命令查看目标目录的权限和所有者：

ls -ld /var/www/html/theme/modules/products/images

如果输出的所有者不是www-data:www-data，说明Dockerfile中的RUN chown命令没有生效——因为命名卷在容器启动后会挂载覆盖容器内的目录，正确的做法是在容器启动后再设置权限，或者在创建命名卷时确保权限正确。

你可以在docker-compose.yml中添加启动命令来修正权限：

services:
  # 你的服务配置
  your-service:
    # ...其他配置
    command: >
      bash -c "chown -R www-data:www-data /var/www/html/theme/modules/products/images && apache2-foreground" # 若用Nginx，替换为对应的启动命令

5. 检查PHP的执行用户 #

有时候PHP-FPM或Web服务器的运行用户可能不是www-data，在脚本中添加以下代码确认：

$userInfo = posix_getpwuid(posix_geteuid());
echo "PHP执行用户：" . $userInfo['name'];

如果输出不是www-data，需要调整Web服务器或PHP-FPM的配置，让它使用www-data用户运行，或者将目录所有者改为实际的执行用户。

总结你的操作误区 #

• 同时混用了本地目录挂载和命名卷挂载，导致挂载行为不符合预期；
• 未验证PHP代码中的相对路径是否正确；
• 可能忘记添加mkdir()的递归创建参数，导致父目录不存在时创建失败；
• 命名卷挂载会覆盖容器内已有的目录权限，Dockerfile中的chown命令对已挂载的卷无效。

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