Visual Studio搭建的ASP.NET Core MVC容器化应用（WSL2模式）无法通过浏览器访问

我之前也碰到过几乎一模一样的问题！WSL2模式下Docker的端口路由确实偶尔会出现这种“抽风”的情况，既然你已经排除了应用本身的问题（Hyper-V模式正常、容器日志也显示服务正常监听），那咱们就聚焦在WSL2的网络和端口映射上，一步步解决：

先确认端口映射是否“真的”生效 #

首先打开PowerShell，执行docker ps，找到你的WebMVCTestContain1容器，查看PORTS列的输出：

• 如果是127.0.0.1:xxxx->8080/tcp，那问题就找到了：这种映射是把容器端口绑定到WSL的localhost，而Windows主机的localhost和WSL的localhost不是同一个网络节点，所以Windows侧访问不了。
• 正常的映射应该是0.0.0.0:xxxx->8080/tcp或者[::]:xxxx->8080/tcp，这样才会把端口映射到Windows主机的所有网卡上。

针对性解决步骤 #

1. 调整Visual Studio的调试配置 #

在Visual Studio里打开项目的Properties > Debug选项卡，找到「Docker (Dockerfile)」的配置项：

• 检查「Docker port mapping」，确保格式是主机端口:容器端口（比如5000:8080、5001:8081）
• 或者直接修改项目根目录的launchSettings.json文件，找到Docker节点：

  "Docker": {
    "commandName": "Docker",
    "launchBrowser": true,
    "launchUrl": "{Scheme}://{ServiceHost}:{ServicePort}",
    "environmentVariables": {
      "ASPNETCORE_URLS": "http://0.0.0.0:8080;https://0.0.0.0:8081"
    },
    "dockerRunArguments": "-p 5000:8080 -p 5001:8081"
  }
  

  重点是ASPNETCORE_URLS要设为0.0.0.0开头，确保应用在容器里监听所有网卡；同时dockerRunArguments里的端口映射不要限制到127.0.0.1。

2. 检查Docker Desktop的WSL集成设置 #

打开Docker Desktop，依次进入「Settings > Resources > WSL Integration」：

• 确保你正在使用的WSL发行版（比如Ubuntu）是开启状态
• 同时确认「Enable integration with my default WSL distro」也勾选了

然后进入「Settings > General」，确认「Use the WSL 2 based engine」是勾选的，并且不要勾选「Expose daemon on tcp://localhost:2375 without TLS」（这个会带来安全问题，而且对端口映射没有帮助）。

3. 重置WSL2网络（终极手段） #

如果上面的配置都没问题还是不行，大概率是WSL2的NAT网络出了异常，重置一下就好：

1. 先关闭Docker Desktop
2. 打开PowerShell，执行：wsl --shutdown
3. 等待10秒左右，重新启动Docker Desktop
4. 再重新运行你的MVC项目试试

临时应急访问方法 #

如果着急测试，也可以用WSL的IP直接访问：

1. 在PowerShell执行wsl hostname -I，得到WSL2的IP（比如172.19.0.2）
2. 然后在Windows浏览器里访问http://[WSL-IP]:5000（对应你映射的主机端口），一般都能直接通，这也能进一步验证是端口路由的问题。

补充说明 #

从你的容器日志来看，应用本身完全正常，已经监听了http://[::]:8080，说明容器内的服务没有问题，所有的问题都集中在WSL2到Windows主机的端口转发上，按上面的步骤来应该能解决，不用来回切换Hyper-V和WSL2模式了。

内容来源于stack exchange