minikube start --driver=docker是最稳启动方式，因docker desktop自带免配驱动；需先docker ps确认docker就绪，再强制指定驱动，避免虚拟化驱动不匹配问题。
minikube start --driver=docker 是最稳的启动方式
Minikube 启动卡住或报 driver not found，90% 是虚拟化驱动没对上。macOS Sequoia（15+）已移除 hyperkit，Windows 上 Hyper-V 或 WSL2 常被禁用——但你大概率已经装了 Docker Desktop，它自带稳定、免配置的 docker 驱动。
执行前先确认 Docker 就绪：docker ps 能列出容器就说明没问题。
- 跳过所有自动探测，强制指定驱动：
minikube start --driver=docker - 别加
--cpus或--memory，除非你清楚宿主机剩余资源；默认 2 CPU / 2GB RAM 对 Go 微服务足够 - 如果提示
Failed to setup kubeconfig，手动运行：minikube update-context
Go 程序连不上 Service？别写 localhost
硬写 http://localhost:30080 是本地开发最常见错误。Minikube 的 NodePort Service 绑定在虚拟机 IP 上，不是宿主机的 localhost。ClusterIP 更不行——它只在集群内网络可达，本地 Go 进程根本访问不到。
评估 Kubernetes 集群安全态势，覆盖 RBAC、工作负载安全、网络策略、基础设施即代码（IaC）、运行时监控和密钥管理等 30 项控制项……
- 查 Minikube 虚拟机真实 IP：
minikube ip（通常类似192.168.49.2） - 查 Service 暴露的端口：
kubectl get service my-service -o jsonpath='{.spec.ports[0].nodePort}' - Go 代码里拼地址：
http://192.168.49.2:30080，而不是localhost - 调试阶段优先选
NodePort；要用LoadBalancer就得配合minikube tunnel（需另开终端长期运行）
skaffold dev 构建完 Pod 却 ImagePullBackOff？镜像没进 Minikube
Skaffold 默认把镜像推到远程 registry，但 Minikube 自带独立的 Docker daemon，不加载进去，Pod 就只能拉不到镜像、卡在 ImagePullBackOff 状态。
- 先执行：
eval $(minikube docker-env)，让后续命令（包括skaffold dev）复用 Minikube 的 Docker 环境 -
skaffold.yaml中build.artifacts[].image别带docker.io/前缀，写成myapp，不是docker.io/myapp - 确保
skaffold dev执行前已运行过eval命令；否则构建出的镜像只存在宿主机 Docker，不在 Minikube 里
Go 代码调 K8s API panic？别用 rest.InClusterConfig
rest.InClusterConfig() 只在 Pod 内部生效，它读取 /var/run/secrets/kubernetes.io/serviceaccount 下的 token 和 ca.crt。你在本地 IDE 或终端直接跑 Go 程序，路径不存在，必然 panic。
- 必须用
clientcmd.BuildConfigFromFlags("", kubeconfigPath)加载~/.kube/config - 确保
~/.kube/config指向 Minikube（minikube update-context可修复错位） - 如果用
clientcmd.RESTConfigFromKubeConfig，传入的是文件内容字节，不是路径
真正容易被忽略的点是环境隔离：Docker daemon、kubeconfig、镜像命名空间三者必须对齐。少一个 eval $(minikube docker-env)，或者 config 文件指向了远程集群，问题就会静默发生，症状还各不相同。
