-
控制台银行系统是检验OOP与工程能力的分水岭，需用private余额+业务方法封装校验、统一nextLine()防输入错位、状态机替代嵌套if、警惕引用陷阱，直面并发与异常等真实边界。
-
应优先使用System.nanoTime()测量耗时，因其基于高精度计数器、不受系统时钟调整影响、分辨率达纳秒级；而currentTimeMillis()仅适用于挂钟时间，存在精度低（10–16ms）、易受NTP调整/虚拟机暂停等干扰、混入非业务耗时等问题。
-
Java实现KubernetesOperator的核心途径是通过自定义资源定义（CRD）与控制器（Controller），借助JavaOperatorSDK简化开发流程。1.定义CRD：使用YAML文件或Java类声明自定义资源类型，如MyApp或MyDatabase；2.创建Java项目并引入SDK依赖：通过Maven或Gradle添加JavaOperatorSDK相关库；3.实现Reconciler接口：编写协调逻辑，比较实际状态与期望状态，并调用KubernetesAPI进行调整；4.构建和部署Op
-
抽象类的意义在于解决不能实例化的语义约束、部分逻辑复用、强制子类实现关键行为三大问题；它通过编译期禁止new实例、支持构造方法与字段、禁止abstract与private/final/static共存来保障设计意图，适用条件是存在is-a关系、需共享状态与逻辑、且有必须重写的行为。
-
继承与组合的性能差异可忽略，现代JVM优化使两者运行效率相近。1.继承依赖动态分派，但JVM通过内联缓存和方法内联大幅降低开销；深层继承链和状态膨胀可能间接影响性能。2.组合调用更易预测，JVM同样可优化方法转发，其优势在于职责清晰、支持运行时替换。3.内存方面，继承可能导致冗余字段增加实例大小，组合按需引用更紧凑，但引入对象引用和GC压力。4.设计上，组合优于继承：避免封装破坏、降低耦合、提升可维护性与扩展性，符合“优先使用组合”原则。5.实际性能瓶颈罕见，应优先关注代码结构与可测试性，仅在高频场景通过
-
必须用哑节点，因为删除头节点时需统一前驱；快指针先走n+1步，使慢指针停在倒数第n个节点前驱；循环条件为while(fast!=null)，最后执行slow.next=slow.next.next并返回dummy.next。
-
非静态内部类隐式持有外部类强引用（this$0），易致内存泄漏；静态内部类无此引用，更安全高效。应优先使用静态内部类，需访问外部状态时显式传入WeakReference。
-
G1混合回收由并发标记完成后的下一次YGC触发，而非直接由-XX:InitiatingHeapOccupancyPercent（IHOP）触发；该参数仅控制并发标记周期启动时机，默认45%，作用于整个堆，触发后经初始标记、并发标记、最终标记、清理等阶段，待完成后下一次YGC自动升级为MixedGC。
-
正则表达式是通用文本处理范式，几乎所有主流语言均支持：Python（re/regex）、JavaScript（RegExp/ES2018）、Java（java.util.regex）、Perl（PCRE黄金标准）、C#、Ruby、PHP等；Go、Rust、C/C++、Shell、SQL等也有不同程度支持，但特性与引擎差异显著。
-
ImagingOpException并非用于拦截“变量越界”导致的图像缩放失败的异常，而是因BufferedImageOp操作参数与图像格式不匹配（如通道数不符）等非法配置触发的已检查异常；真正反映坐标的越界异常是IllegalArgumentException或ArrayIndexOutOfBoundsException。
-
浮点数比较必须用带精度的断言，裸写==几乎总是错的，因IEEE754二进制表示存在固有精度损失（如0.1+0.2≠0.3），且编译器优化、平台差异等会放大偏差；iOS应使用XCTAssertEqualWithAccuracy，Pytest用pytest.approx，JUnit需借助AssertJ等第三方库；误差值须为正、匹配数值量级，避免整数隐式转换、单位混淆或未mock随机源。
-
Java业务异常应继承RuntimeException，因其代表可预期的业务失败，无需强制捕获；需按领域命名并隔离异常类，提供可读错误码字符串，于领域逻辑内层抛出，避免滥用catch控制流程。
-
ParNew和ParallelOld不能组合使用，因其设计目标冲突（低延迟vs高吞吐）、内存分配策略不兼容（指针碰撞vs空闲列表）、屏障协议与实现接口互不匹配。
-
CompletableFuture更适合佣金计算场景，因其天然支持有依赖的异步链路（如关系查询→规则加载→金额聚合），具备组合、扇出、异常穿透和超时控制能力，而纯线程池易导致卡死、超时和资源泄漏。
-
Xms与Xmx应设为相同值以避免运行时堆扩容卡顿。因初始堆过小会导致频繁向系统申请内存，引发数十至数百毫秒STW；需基于监控used峰值的1.2–1.5倍设定，并确保不超过容器内存限制的75%。
