需先调大WSL2全局配额（Docker Desktop设置→Resources），再用-m/--memory和--cpus等参数限制单容器资源；Windows容器则需启用Hyper-V隔离并配合--memory-reservation等参数。
windows 上使用 docker 限制容器资源，需区分两种运行模式：linux 容器（通过 wsl2 后端） 和 原生 windows 容器（windows server 或 desktop 的 windows container）。二者底层机制不同，资源限制方式也有明显差异。
✅ 限制 Linux 容器（推荐且主流，基于 WSL2）
Docker Desktop for Windows 默认使用 WSL2 作为 Linux 容器的运行时。此时，资源限制逻辑与 Linux 主机完全一致，所有标准 Docker 资源参数均有效：
-
--cpus=1.5：限制最多使用 1.5 个逻辑 CPU 时间（硬限制） -
-m 2g或--memory=2g：强制物理内存上限为 2GB -
--memory-swap=2g：必须显式设置，且值 ≥--memory，否则会启用 swap 导致超限失控
（例如-m 2g --memory-swap=2g表示禁用 swap，真正硬限 2GB）
⚠️ 注意：WSL2 本身也受 Windows 资源分配约束。需在 Docker Desktop 设置中预先调大 WSL2 内存/CPU 配额，否则容器限制可能被 WSL2 层截断。
路径：Docker Desktop → Settings → Resources → WSL Integration → 调整“Memory limit”和“CPU limit”
docker-compose.yml 示例（适用于 docker-compose up）：
version: '3.8'
services:
app:
image: nginx:alpine
mem_limit: 512m
cpus: '0.8'✅ 此写法在非 Swarm 模式下生效（即
docker-compose up），无需启用 Swarm。
⚠️ 限制原生 Windows 容器（较少见，仅限特定场景）
Windows 容器（如 mcr.microsoft.com/windows/servercore:ltsc2022）不依赖 WSL2，而是直接运行在 Windows 内核上，使用 Windows 的 Job Objects 和 Host Compute Service (HCS) 实现资源隔离。
-
--cpus和-m参数部分支持但行为受限：-
--cpus在较新版本（Docker Engine ≥ 20.10 + Windows Server 2022）中可设，但实际是调度权重控制，非严格硬限（类似--cpu-shares） -
-m可设，但 Windows 容器内存限制依赖于 Hyper-V 隔离模式（默认进程隔离不支持精确内存限制） - 必须启用 Hyper-V 隔离：
docker run --isolation=hyperv -m 1g ...
-
-
更可靠的方式是使用
--memory+--memory-reservation组合软硬结合：docker run --isolation=hyperv -m 1g --memory-reservation=512m mcr.microsoft.com/windows/servercore:ltsc2022
CPU 限制建议改用
--cpu-count（指定最大可用逻辑处理器数）或--cpu-percent（仅限 Swarm 模式）。
? 验证是否生效
无论哪种模式，均可通过以下命令确认：
- 查看实时使用：
docker stats <容器名> - 检查配置是否写入：
docker inspect <容器名> | findstr "NanoCpus Memory"（Windows 命令行）
或用 PowerShell：docker inspect <容器名> | Select-String "NanoCpus|Memory"
? 关键提醒
- WSL2 模式下，优先用
--cpus和-m/--memory+--memory-swap，这是最稳定、最接近生产环境的配置方式 - Windows 容器若非必需（如 .NET Framework 应用强依赖），尽量避免；现代 .NET Core/6+ 应用普遍兼容 Linux 容器
- Docker Desktop 的全局资源限制（Settings → Resources）是 WSL2 层级的“天花板”，容器限制不能突破它
不复杂但容易忽略：先调大 WSL2 配额，再设容器限制，两层都得管。
