Win10 Windows容器下Docker Compose配置tty/stdin_open报错如何解决

报错根因 #

你遇到的embedded null character报错是Windows版本Docker Compose V1的已知缺陷，由日志输出模块colorama处理控制台标题时的编码解析错误导致，和stdin_open/tty配置的逻辑功能无关。

可行解决步骤 #

1. 优先升级到Docker Compose V2 #

Docker Desktop最新版本已默认集成Compose V2，你只需在Docker Desktop设置中开启「Use Docker Compose V2」选项即可，该版本已完全修复此编码问题，保留stdin_open: true和tty: true配置也不会触发报错。
升级后执行启动命令改为：

docker compose up --build

（注意是空格分隔的docker compose而非短横线连接的docker-compose）

2. 若需继续使用Compose V1，启动时禁用ANSI输出 #

添加--no-ansi参数绕开colorama模块的渲染逻辑即可正常启动：

docker-compose up --build --no-ansi

3. 修正容器进入命令 #

你使用的是Windows容器，镜像内不存在/bin/bash，进入容器的正确命令为：

# 进入PowerShell（推荐）
docker compose exec flask_app powershell
# 进入CMD
docker compose exec flask_app cmd

其他配置优化建议 #

你的Dockerfile存在两处可优化点：

• setx设置的环境变量需重启Shell才会生效，当前CMD直接执行flask run无法读取到对应的变量，建议将两行RUN setx替换为ENV指令：

  ENV FLASK_ENV=development
  ENV FLASK_APP=application
  

  同时注意原拼写错误developement多了一个字母e，修正后可避免Flask启动异常。
• 挂载卷的写法建议调整为./:C:/app，明确当前目录标识，避免路径解析异常。

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