idea调试lambda和completablefuture需专用方法：lambda断点须设在箭头右侧或启用λ模式，stream trace可逐帧查看数据流转，条件断点过滤关键样本，completablefuture断点需配置任意线程暂停。
调试含Lambda表达式的Stream链式调用时，单步进入filter或map内部会跳进JDK源码，根本看不到你写的业务逻辑；异步代码里CompletableFuture回调堆栈断裂，断点根本停不住——这些问题必须用IDEA专属调试机制解决。
为Lambda表达式精准设断点
在Stream操作链中，直接点击行号区设置断点是无效的：IDEA会把整行当普通语句处理，而Lambda实际执行发生在底层迭代器中，断点根本不会触发。
方法一：在Lambda箭头->右侧空白处单击，确保断点图标落在{或表达式起始位置正前方——IDEA识别到这是Lambda上下文后，会自动启用λ断点模式。
方法二：光标停在Lambda体内部任意位置（如n % 2 == 0中的==符号上），按Ctrl+Shift+F8呼出断点配置窗口，勾选Enable breakpoint for lambda expressions。
【必须启用Lambda调试模式，否则断点形同虚设】
方法三：对方法引用（如System.out::println）设断点，直接点击方法引用本身即可——IDEA会将断点绑定到目标方法的每次调用入口，而非声明位置。
用Stream Trace可视化数据流转
当filter条件写错导致结果为空，却不知是原始数据没过筛还是map逻辑异常时，靠猜和打印日志效率极低。Stream Trace功能能逐帧还原每一步输出。
第一步：在终端操作前设断点，例如.collect(Collectors.toList())左侧行号区点击。
第二步：Debug运行程序，待暂停后，在Debug工具栏找到Trace Current Stream Chain按钮（图标为三条水平线加向下箭头）并点击。
第三步：新弹窗中出现分层视图：顶部显示原始集合快照，下方每个节点标注操作类型、输入元素数量、输出元素数量及典型值。鼠标悬停在filter节点可查看被过滤掉的具体数值。
注意：若Stream启用了parallelStream()，视图会自动按线程分组展示，避免误判数据顺序问题。
给Lambda断点加条件拦截
处理十万条订单数据时，不可能让断点在每条记录上都停下。条件断点让你只捕获关键样本。
右键已设好的Lambda断点 → 选择Condition → 输入布尔表达式：item.getAmount() > 5000 && item.getStatus().equals("PENDING")。
这一步操作起来很简单，直接把表达式粘贴进去就行。但要注意：条件中引用的变量必须在Lambda作用域内可见，不能写外部循环变量i——IDEA会在校验失败时弹出红色波浪线提示。
方法一：使用Alt+F8打开Evaluate Expression窗口，在断点暂停时手动输入item.toString()实时查看对象全貌，比展开Variables面板更快。
方法二：对同一Lambda设置多个条件断点，分别用于不同场景——比如一个监控金额异常，另一个跟踪状态转换，用不同颜色标记便于区分。
调试CompletableFuture链式异步调用
CompletableFuture的thenApply、exceptionally等回调方法在独立线程执行，传统断点无法跨线程生效，必须强制绑定上下文。
在回调Lambda内设断点后，右键该断点 → More → 勾选Suspend when: Any thread，取消勾选Thread filter。
这一步很关键：不改这个设置，断点只在主线程命中，而绝大多数回调实际运行在ForkJoinPool.commonPool()线程里。
启动Debug后，若发现断点未触发，立即打开Threads标签页，确认当前活跃线程是否包含commonPool-worker-前缀——没有则说明异步任务尚未调度，需检查上游supplyAsync是否真正提交。
在Variables面板中展开this对象，找到dep字段（Completion依赖链），双击可逐级查看上游任务状态，定位阻塞源头。
