-
1.搭建基础监控体系：使用SpringBootActuator结合Prometheus+Grafana或云服务实现指标监控，集成ELK进行日志分析。2.定位性能瓶颈：通过慢查询日志、JVM工具jstat和VisualVM、线程堆栈分析及Sleuth+Zipkin调用链追踪找出数据库、GC、线程或第三方接口问题。3.性能优化方向：数据库增加索引并优化查询，JVM调整堆大小和GC策略，代码层面异步处理与缓存优化，网络部署启用CDN与GZIP压缩。4.自动化与持续关注：在CI/CD中加入压测，设置告警规则并定期
-
Java中成员变量不参与多态，编译和运行时均依据引用类型（左边声明类型）访问字段，而非实际对象类型；方法才通过虚方法表实现动态绑定。
-
InvocationTargetException是Java反射调用中封装实际异常的包装类，其真实异常可通过getTargetException()获取。当方法抛出异常时，Java会将其封装在InvocationTargetException中，需通过e.getTargetException()提取原始异常并处理，例如判断类型或打印堆栈信息。若存在嵌套反射调用导致多层包装，可编写工具方法unwrap()递归提取最内层异常。处理建议包括始终捕获InvocationTargetException、避免忽略该异
-
本文详解Java中使用Math.abs()处理Integer.MIN_VALUE时的整数溢出问题，并提供不依赖乘除模运算的安全整数除法实现方法。
-
本文介绍在二进制数组中，允许最多将k个0翻转为1的前提下，求解「最长连续1子数组长度」的同时，统计所有能达成该最大长度的不同翻转方案数量的高效算法，时间复杂度O(n)，空间复杂度O(1)。
-
Class.getResourceAsStream路径以/开头才从classpath根查找，否则按当前类包路径相对查找；文件需在src/main/resources下且构建后存在于jar顶层；返回null主因是路径错误、资源未进classpath或IDE缓存未刷新。
-
PATH变量不直接参与Java编译运行，但决定java、javac等命令能否全局执行；它通过指定JDK的bin目录使系统能定位可执行文件，修改后需刷新终端或重启IDE，且须确保添加的是bin路径而非JDK根目录。
-
XSSFWorkbook易OOM因构建全量DOM树，而事件驱动（SAX）仅流式解析、内存仅数百KB；必须用XSSFReader+SharedStringsTable+StylesTable三件套，且顺序与初始化时机严格受限。
-
Stream.peek()的核心作用是“不改变流，只观察元素”，作为中间操作接收Consumer执行副作用并原样返回元素，需配合终端操作才生效，位置决定可观测数据阶段，不可替代业务逻辑或依赖执行顺序。
-
StackWalker的核心价值是「按需拉取」调用栈帧以降低开销，关键在于合理配置Option（如省略RETAIN_CLASS_REFERENCE、不开启SHOW_REFLECT_FRAMES/SHOW_HIDDEN_FRAMES），并用filter优先过滤代理类再skip，避免Lambda合成类干扰。
-
Stream.filter不改变原List，因返回新Stream且惰性求值；必须collect才能落地结果，toList()返回不可变列表，需可变时用toCollection(ArrayList::new)；filter不自动处理null，应显式检查。
-
-XX:MaxGCPauseMillis是G1的软目标而非硬限制，仅在启用-XX:+UseG1GC且堆大小固定（-Xms=-Xmx）时有效；单独设置无效，因它依赖G1预测模型，需历史数据支撑，否则停顿抖动剧烈。
-
JIT即时编译器将运行时频繁执行的热点代码（如高频调用方法或循环体）动态编译为本地机器码以提升性能；它延迟编译，仅对达到阈值的热点代码优化，避免冷代码浪费资源，并在编译中进行内联、逃逸分析等深度优化。
-
不能。finally块仅保证执行，不自动关闭资源；需手动在其中用try-catch分别关闭各资源并判空，避免异常中断清理；Java7+推荐try-with-resources，但老代码仍依赖正确编写的finally。
-
MemoryLayout默认不按C对齐，因其是声明式描述且不隐含ABI规则；C结构体对齐由编译器依平台和默认对齐数动态计算，而MemoryLayout.structLayout()若未显式调用.withByteAlignment(n)则仅按字段自然大小对齐，忽略结构体总大小需为最大对齐数整数倍的规则，导致字段错位、越界或崩溃。
