能，但需同时满足三个前提：容器服务监听0.0.0.0:12345、宿主机12345端口未被占用、Docker Desktop后端（macOS的com.docker.backend或Windows的WSL2）正常运行。
docker run -p 加 /udp 就能映射 UDP 端口，Docker Desktop 和 Linux 原生 Docker 在端口映射机制上完全一致，不需要额外配置或特殊操作。
docker run -p 12345:12345/udp 能直接用吗？
能，但有三个前提条件必须同时满足：
- 容器内服务必须监听
0.0.0.0:12345（不是127.0.0.1:12345），否则 UDP 包进不来 - 宿主机（即你的 Mac/Windows）上该端口未被其他进程占用（可用
ss -tuln | grep :12345或netstat -ano | findstr :12345检查） - Docker Desktop 的后端服务（
com.docker.backendon macOS / WSL2 backend on Windows）正常运行 —— 如果 Docker Desktop 图标显示“ whale in gray”或启动失败，-p规则根本不会写入 iptables/nftables
Docker Desktop for Windows 的 WSL2 注意事项
Windows 上 Docker Desktop 默认走 WSL2 后端，这会引入两层网络转发：外部 → Windows 主机 → WSL2 虚拟网卡 → 容器。UDP 映射在这里容易出问题，因为：
- Windows 防火墙默认会拦截入站 UDP 流量，即使端口已映射，包也到不了 WSL2
- WSL2 的虚拟网卡（
eth0）IP 是动态的，Docker 内部靠iptables DNAT转发，但某些旧版 WSL2 内核对 UDP conntrack 支持不稳 - 如果你在 PowerShell 中执行
docker port返回空，说明iptables规则没生效，大概率是 WSL2 后端异常或未加载nf_conntrack_netlink模块
临时验证方式：docker exec -it nc -ul 12345 看是否能 bind 成功；再从宿主机用 echo "test" | nc -u 127.0.0.1 12345 测试连通性。
docker-compose.yml 里怎么写 UDP 映射？
和命令行一样，只加 /udp 后缀，不要写 protocol: udp 这类非标准字段（Docker Compose v2+ 不识别）：
services:
udp-server:
image: my-udp-app
ports:
- "12345:12345/udp"
- "8080:80/tcp"
# 注意：不能写成 "12345:12345/udp:udp" 或加 protocol 字段
常见错误包括：
- 漏掉
/udp，导致只建了 TCP 映射（docker port会显示12345/tcp -> ...，但实际 UDP 流量被静默丢弃） - 在
ports下误用对象语法（如- target: 12345, published: 12345, protocol: udp），这是 Compose v3.2+ 的 long syntax，但 Docker Desktop 当前稳定版（2026.10）对 UDP 的 long syntax 支持仍有偶发 bug，建议坚持用 short syntax - 映射时指定主机 IP（如
"127.0.0.1:12345:12345/udp"），这在 Docker Desktop for Mac 上有效，但在 Windows + WSL2 下可能因 WSL2 网络模型限制而失效
真正容易被忽略的是：UDP 没有连接状态，docker port 命令无法告诉你“这个 UDP 映射当前是否有流量”，它只反映 iptables 规则是否存在。所以测试一定要用真实 UDP 报文，而不是 telnet 或 curl。
