Skaffold 不提供热部署，仅支持保存即构建+部署，Java 类变更需 JVM 重载配合；skaffold dev 启动失败应先检查 Docker、Kubernetes 连通性、Skaffold 版本及权限、kubectl context 与权限；Jib 构建需确保 groupId/artifactId 与 pom.xml 一致、显式执行 compile、baseImage 兼容分层；port-forward 远程调试需 JVM 参数含 address=*、skaffold.yml 显式配置 portForward、VSCode launch.json 端口设为 5005；src/ 默认不监听，需启用 detectModifiedFiles 或 Spring Boot DevTools。
Skaffold 本身不提供“热部署”，它做的是“保存即构建+部署”，Java 类变更后仍需 JVM 重载机制配合，否则只会重启 Pod。
skaffold dev 启动失败时先查什么
别急着改 skaffold.yml，先确认底层链路通不通：
-
docker ps能否列出容器（Mac/Windows 用户注意 Docker Desktop 是否运行、WSL2 是否启用） -
kubectl get nodes返回 Ready 状态，而非Unable to connect to the server -
skaffold version输出版本号，不是command not found或权限错误 - 当前
kubectl config current-context指向目标集群，且该 context 下kubectl auth can-i create pods返回yes
Java 项目用 Jib 构建时的常见坑
Jib 和 Skaffold 的 image name 解析强耦合，错一个字段就卡在 failed to resolve image name：
-
skaffold.yml中build.artifacts[].jib的groupId和artifactId必须与pom.xml完全一致（含大小写） - Maven 默认不生成
target/classes，而 Jib 插件依赖该目录；建议在build.artifacts[].jib.args中显式加"compile"，不要只写"clean" - 若用自定义
baseImage，确保其支持jib的分层机制，否则构建会静默失败
port-forward 和远程调试怎么连上
kubectl port-forward 只是端口映射，VSCode 要 attach 到 JVM 还得满足三个条件：
- Pod 中 JVM 启动参数必须含
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:5005（注意address=*，不能是localhost:5005） -
skaffold.yml的portForward段必须显式声明：- resourceType: pod、resourceName: your-app、port: 5005，否则 Skaffold 不会自动转发 - VSCode 的
launch.json中port设为5005，host保持默认localhost（因为 port-forward 已把远程 5005 绑定到本地）
文件监听没反应？检查 src/ 是否被忽略
Skaffold 默认监听整个项目目录，但会跳过 src/ —— 这是设计行为，不是 bug。Java 源码变更不会触发重建，除非你额外配置：
- 在
skaffold.yml的build.artifacts[].jib下加detectModifiedFiles: true（Jib 1.10+ 支持） - 或改用 Spring Boot DevTools：在
application.properties加spring.devtools.restart.enabled=true，并确保 Pod 内 classpath 包含spring-boot-devtools - 别指望 Skaffold 自动识别
src/main/java变更；它只认构建产物（如target/classes）变化
最常被忽略的是 JVM 参数里的 address=* 和 Skaffold 的 portForward 显式声明——两者缺一不可，否则 VSCode 就算连上 localhost:5005，也连不到 Pod 里的调试器。
