运行中.NET Core Docker容器改JS不生效？如何不停容器更新

• 你修改容器内wwwroot后重启不生效，本质不是容器重启没成功，是你修改的路径根本不是.NET Core进程实际读取静态资源的路径——容器重启不会丢失可写层的修改，只要路径对，重启后肯定能读到对应文件
• 你在容器内执行kill -HUP 1完全是无效操作：.NET Core进程没有内置监听SIGHUP信号的逻辑，不会因为收到这个信号就重新加载静态资源或者配置，这个操作对dotnet 2.2进程没有任何重载效果，没必要再重复尝试。

1. 定位真实的静态文件读取路径
   先进容器查dotnet主进程的实际工作目录，确认静态文件的真实位置：

   # 进入目标容器
   docker exec -it cont_id bash
   # 查看PID为1的dotnet进程的工作路径
   ls -l /proc/1/cwd
   

   从你提供的Dockerfile看，工作目录设置的是/app，但很多人发布.NET Core项目时会踩路径嵌套的坑：比如项目发布时把wwwroot嵌套在子文件夹里，或者WebRootPath配置成了别的独立路径，你之前改的/app/wwwroot很可能根本不是进程实际读取的位置，哪怕改完在容器里ls能看到文件内容，也等于白改。
   找到真实路径后，直接把修改好的JS文件覆盖进去就行，全程不需要停容器：

   # 从宿主机直接把改好的文件拷进容器的真实静态路径
   docker cp ./updated-script.js cont_id:/app/xxx/真实静态文件路径/script.js
   

2. 排除静态资源缓存干扰
   .NET Core 2.2的静态文件中间件默认不会把静态文件内容缓存到内存，只要文件放在磁盘上的正确路径，请求进来就会直接读最新的磁盘文件。如果覆盖完文件还是看不到更新：
   • 先强制刷新浏览器缓存测试，或者在访问的JS链接后面加随机参数（比如/js/script.js?t=123）排除客户端本地缓存的影响
   • 确认你修改的文件权限正确，dotnet进程的运行用户有该文件的读权限
3. 特殊场景兜底
   如果你发现站点配置的静态资源是嵌入在dll里的（也就是根本不读磁盘上的对应文件），也不需要停容器：直接把改好的JS文件拷到静态中间件能扫描到的任意磁盘路径下就行，磁盘上的同名文件优先级会高于dll里嵌入的资源。

注意：你完全不需要停容器，也没必要执行重启操作——只要文件放对了路径，dotnet的静态文件中间件会自动读取最新的磁盘文件，不需要进程做任何重新加载的动作。

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