作为程序员Debug是我们日常生活中不可或缺的技能，下面是我总结的Debug秘籍，学会了你也可以成为Debug高手。
AI 法
Bug出现不要慌，直接复制报错信息和上下文代码喂给Ai并告诉他用中文回答你，百分之九十九的问题都能解决。
只要问题不是地球上第一次出现，AI通常都会给你指一条生路。
断点法
断点能让你逐行审问代码，就像对嫌疑人逐句逼问：直到某个变量露出破绽，你就能大喊：
"抓到了！Bug就是你！"。
日志法
程序员都懂：没有什么问题是加多几行Debug.Log 解决不了的。如果有------那就再加一些。
越走神秘路线的 Bug，需要越多的日志；最后 log 文件像《红楼梦》那么厚，你却只在第 327 行看到真相。
询问法
Bug 一旦出现，凭空查半小时不如张嘴问一句。
"这个模块是谁写的？"
"不是我。"
"那是谁？"
"我忘了。"
最后你发现，那个人就是半年前的你自己。
你盯着代码骂作者半天，然后不得不小声补一句：
"兄弟当时到底咋想的......"
请教大佬法
当一个 Bug 折磨你三小时以上，并且上述方法都不管用的时候，你走到大佬桌前，刚准备展开 20 分钟解释，他只扫了一眼，嘴角微微一笑："你那个变量死循环了。"你瞬间惊醒，果然大佬就是不一样，你心中暗暗发誓，以后也要成为Debug高手。
高手之所以是高手，因为他踩过的坑比你多。
邪修方法
基本连招
清缓存，关机，重新编译，删除 Library，重启编辑器。
你不知道为什么，但它就是有效。
瞪眼法
有些 bug，你不操作，只需要静静盯着它。
盯到你怀疑人生。
盯到你开始觉得：
"是不是电脑在针对我？"
然后你终于发现问题：
"卧槽，这里多了一个分号。"
这时你会突然领悟：Bug不是出在代码，是出在你眼睛的刷新率。
删除法
俗话说哪里报错删哪里，有的陈年看代码，可能应为时间久远或者已经弃用，但就是会在某些特定情况报错，这时候就可以直接删除他，但是你最好祈祷他是真的没用了。
删除法最大的缺点是------ 你永远不会知道Bug到底在哪里。
但你知道它已经死了，这就够了。
二分查找法
当 Bug 隐藏在一坨复杂逻辑里时：
注释一半
看bug还在不在
还在 → 注释有问题的那半
不在 → 从另一半找
循环几次，就能精准定位到：
某个默默无闻的小函数
在深夜悄悄干坏事
二分查找的哲学是：
不要试图理解 Bug，先把它缩小范围。
修改法
你不知道 bug 原因，但你坚信：
"只要我把这里改成 true 试试就知道了。"
改一次不行，再改一次。
从 if 改到 switch，从循环改到协程，从 public 改到 static。
最终 Bug修好了，但代码从"优雅"变成"妖魔乱舞"。留下一个新的谜底给未来的你。
🌟 补充几招
回溯法
当你花了4小时断点仍无果时，打开 Git：
"看看昨天还能跑的时候代码长啥样。"
你翻到 commit 记录：
"修复小问题（实为毁灭世界）"
你一边骂自己，一边快速回滚。
橡皮鸭调试法（跟谁都能讲，只要他不回你嘴）
找一个同事、朋友、路人、甚至一只鸭子：
"我这个逻辑它先走到这里，然后......"
没等别人插嘴，你突然顿悟：
"卧槽我这参数传错了！"
对方一脸茫然。
你一脸胜利。
Bug被你语言暴击身亡。
睡觉法
Bug是夜行动物，你不是。 写了一晚上毫无进展
，这时候直接睡觉，说不定第二天bug自己就跑了。
编译器法（相信报错，不要乱猜）
报错都告诉你：
"这个变量没定义"
"这个类型不匹配"
"你又写 bug 了"
如果你对它置若罔闻：
你就是在玩艰难模式。
最后愿世界永无Bug！