1、业务表现服务不可用，转圈圈2、上日志Redisson + Netty 堆内存溢出（OOM）问题完整解决方案你遇到的核心错误是：Java 堆内存不足，且溢出发生在 Redisson 编码发送 Redis 命令 的阶段（Netty 编码器），这是典型的大对象 / 大批量命令 / 内存配置不足导致的 OOM。先给你最关键的结论：这个 OOM 不是普通的内存泄漏，90% 是因为你一次性往 Redis 发送了超大数据 / 批量命令，或者 JVM 堆内存配置太小，Redisson 编码时直接撑爆了堆。一、快速定位根因（3 个最常见原因）结合你的日志（CommandEncoder/CommandBatc...

唉没招了，大厂全是这种吗，双飞真没机会呀！！！

三月底投到现在至今0约面，是哪里出了问题，是背景问题还是简历问题呢希望大佬指点一下改了一版新的，求大佬们看看

1. 在你的项目里，如果一个任务既要保证实时性，又要避免占用过多 CPU，你会怎么设计？答案：我会优先采用事件驱动而不是纯轮询的方式。比如通过中断、消息队列、信号量或者任务通知来触发任务执行，而不是让任务一直空转检查状态。如果任务对实时性要求很高，我会把它的优先级适当提高，同时保证任务内部逻辑尽量短，不做耗时操作。对于数据搬运类场景，还可以配合 DMA，减少 CPU 占用。核心思路是：用更少的轮询，换更高的响应效率。2. 如果项目中有多个任务同时访问同一个外设，你会如何保证系统稳定？答案：首先要判断这个外设是否适合多任务共享。如果必须共享，我一般会在驱动层或服务层做统一管理，而不是让多个任务直...