技术问题简要回答 1. Full GC 和 Young GC 的区别 - Young GC：针对新生代（Eden+Survivor），回收存活时间短的对象，频率高、耗时短。 - Full GC：针对整个堆（新生代+老年代），回收存活时间长的对象，触发条件包括老年代空间不足、永久代（元空间）溢出等，频率低、耗时长，应尽量减少。 2. SQL 分页查询实现 - 基础方式： LIMIT offset, size （如  SELECT * FROM table LIMIT 100, 20  表示从第101条开始取20条）。 - 优化场景： - 大偏移量（如  LIMIT 10000, 20 ）时性能差，可通过子查询或主键定位优化，例如：  SELECT * FROM table WHERE id > 10000 LIMIT 20 。 3. 风控场景校验逻辑 - 核心维度：用户行为（如登录频率、交易地点变化）、设备指纹（终端唯一性）、交易特征（金额阈值、频次）、历史黑名单等。 - 实现方式：规则引擎（预定义阈值）+ 机器学习（异常检测模型），实时拦截高风险请求。 4. 线上问题根因分析流程 1. 复现与定位：通过日志（ERROR堆栈）、监控指标（CPU/内存/接口耗时）确定问题模块。 2. 排查方向：代码逻辑错误、资源瓶颈（如数据库连接池满）、配置错误（如超时参数）、外部依赖故障。 3. 临时解决方案：降级非核心功能、重启服务、调整参数；长期方案需修改代码或优化架构。 5. 定时巡检工作内容 - 系统状态：服务器CPU/内存/磁盘使用率、JVM垃圾回收频率、数据库慢查询日志。 - 服务健康：接口成功率、消息队列积压量、缓存命中率。 - 数据一致性：定时对账（如订单状态与支付状态匹配），异常时触发告警。 6. 消息队列场景设计（丢失/重复/有序性） - 防丢失：生产者 acks=all +重试，消费者手动提交偏移量； - 防重复：生产者幂等性+事务，消费者业务层去重（如唯一订单号）； - 有序性：同一业务ID的消息发送到同一分区，消费者单线程处理该分区消息。