-
开闭原则要求软件实体对扩展开放、对修改关闭。通过接口和抽象类定义行为契约，结合多态、工厂模式与策略模式，实现新增功能无需修改原有代码，如支付方式扩展只需新增实现类；利用SpringIoC进一步解耦，提升系统灵活性与可维护性，但需避免过度设计，仅对可能变化的部分进行抽象，逐步重构以平衡复杂度与可扩展性。
-
应避免使用Hashtable，优先选择HashMap（单线程）或ConcurrentHashMap（多线程）；Hashtable不支持null键值、全表同步锁导致性能差、无红黑树优化、取模计算慢且哈希分布不均、迭代器机制易引发隐蔽bug。
-
transient字段反序列化时为null是因JVM跳过其序列化，属设计行为；未声明serialVersionUID会导致类结构变更后反序列化失败；推荐手动设为1L并谨慎升级；JSON、protobuf等是更安全可靠的替代方案。
-
本文介绍一种基于应用层逻辑的轻量级方案，通过动态更新文档TTL实现双重过期控制：既保证数据最长存活90天，又自动清除连续30天未被访问的冷数据，无需额外监控或扫描。
-
newSemaphore(5)控制的是最多5个线程同时进入临界区，而非总线程数；必须配对调用acquire()/release()，否则导致并发失控、卡死或异常。
-
Optional不能直接替代null判断，需用ofNullable()而非of()包装；避免get()，优先使用orElse()等安全方法；慎用于字段和序列化场景。
-
Optional仅适用于方法返回值，禁用于实体字段、构造参数和setter入参；避免多层flatMap链式调用；优先使用orElseGet而非orElse以防性能隐患；禁用get()和isPresent()+get()反模式；注意第三方库对Optional支持有限。
-
Semaphore通过许可机制限制并发访问，acquire()获取许可，release()释放许可，可用于控制资源的并发使用，如示例中限制3个线程同时处理请求。
-
Java中Base64编码应使用JDK8+内置Base64.getEncoder().encodeToString()，线程安全且无需依赖；URL安全场景用getUrlEncoder().withoutPadding()；解码后需按原始编码（如UTF-8）转字符串，不可直接newString(byte[])；避免手动拼接、错误字符集处理及误当加密使用。
-
StructuredTaskScope是Java21实现结构化并发的核心机制，通过作用域自动强制子任务生命周期与父作用域绑定，解决ExecutorService边界模糊、错误传播手动、资源清理不可靠等问题。
-
Collection接口定义的核心方法包括add、remove、contains、size、isEmpty、iterator、toArray、clear，JDK8+新增removeIf、stream、parallelStream；它不提供get或put因遵循职责分离原则，由List、Map、Set、Queue等子接口/体系承担差异化功能。
-
优先用if判断权限，因其可安全处理null；非空固定角色可用switch但需default；字符串比较用Objects.equals或equalsIgnoreCase；权限逻辑应分层，Controller做粗粒度校验，Service处理行级规则；推荐用enum替代String提升类型安全与可维护性。
-
Future是Java中用于获取异步任务结果的核心接口，通过ExecutorService提交Callable任务并调用get()方法获取结果，支持超时控制、状态轮询和批量任务处理，但易阻塞，复杂场景推荐使用CompletableFuture。
-
Java中用户角色权限应基于RBAC模型解耦设计，通过用户→角色→权限三级关联、数据库五表建模、JPA/MyBatis多对多映射及SpringSecurity分层鉴权实现灵活可扩展管理。
-
Java环境变量配置失败主因是路径错误、变量名拼错或配置未生效。需确保JAVA_HOME指向JDK根目录（非JRE或bin）、PATH引用%JAVA_HOME%\bin、修改后重启终端，并用java/javac-version及echo%JAVA_HOME%交叉验证。
