debug

debug 命令将一个新容器附加到正在运行的 pod 中。这个新容器可以以不同的用户身份从你选择的任何镜像运行。由于调试容器与其目标容器在同一 Pod 中运行（因此在同一节点上），因此两个容器之间的隔离不需要是绝对的。调试容器可以与同一 Pod 中运行的其他容器共享系统资源。

DeBug 太枯燥？让 VS Code 画个图，自动帮你理清数据结构与代码思路，这就是 Reddit 2K 多点赞的开源新工具。

debug 对我们来说非常重要，有很多代码细节和问题通过肉眼是观察出来的，我们肉眼可能能够判断一些简单的程序问题，但是对于很多隐藏较深的问题，还是要依据 debug 才能发现。

要开启动态输出，内核需要添加CONFIG_DYNAMIC_DEBUG。开启宏之后，pr_debug()，dev_dbg() ，print_hex_dump_debug()，print_hex_dump_bytes()`所有信息都可以被动态打印出来。

用print()语句进行调试是一种混乱的、不优雅的方法。将输出映射到其相应的调试语句是很混乱的。此外，它需要额外的手动格式化来理解输出。

本文主要罗列了10个常用的Debug技巧，可以让我们定位代码问题事半功倍。

如果实在遇到上面的情况，在本地和测试都无法复现，那最常规的做法就是拉个线上分支的版本，增加一些调试日志，然后再重新发布版本进行调试。

本文重点是分析了一些 debug 和阅读源码的一些小技巧，特别是在读关于 Spring 相关的代码时一定不能 debug 跟踪到细节中，因为调用链通常是很长的，稍不留神就把自己都绕晕了，只需要知道核心、关键源码是如何处理的即可。

Debug 和 Release两个版本，最根本的区别在于Debug版本多了一些与调试相关的配置内容。

先不谈通过看 log 来 debug 的效率问题，在 VM 上这样搞尚且可行，可当我们把应用容器化并让 K8s 管理后，怎么办呢？