-
Java编译器将捕获变量的lambda表达式编译为带额外参数的静态方法，其调用由invokedynamic指令在运行时动态绑定，通过LambdaMetafactory完成闭包的“部分应用”封装，对调用方完全透明。
-
Future是异步结果的凭证而非执行器，仅支持查状态、取结果（须用带超时的get）、取消任务；无回调、不支持链式编排，复杂场景应升级CompletableFuture。
-
LinkedHashMap默认按插入顺序遍历，启用访问顺序后每次访问将对应节点移至链表尾部，天然支持LRU缓存；底层基于哈希表+双向链表，重写removeEldestEntry可实现容量限制淘汰。
-
getItems()返回原始引用导致内部状态被篡改，因Java集合默认不拷贝、final仅锁引用不锁内容；安全做法是返回不可变视图或独立副本。
-
Java按钮级权限控制核心是“权限标识+接口拦截+前后端协同”，通过模块:操作格式的唯一标识（如user:update）定义权限，存入数据库并关联角色；用户登录后缓存权限码；用@RequiresButtonPermission注解与AOP在接口层校验；前端动态获取权限列表并按需渲染。
-
多态使同一代码适配不同子类对象，解决新增子类时无需修改原有逻辑的问题；需用父类或接口引用指向子类实例，重写须保持访问权限和返回类型兼容，优先使用接口，default/static方法不参与多态。
-
Java不支持类的多重继承但允许接口多实现，因接口仅声明契约而无状态，避免菱形继承歧义；类继承则耦合状态与行为，多继承易引发冲突。
-
Account与Transaction应职责分离：Account管理余额和元信息，Transaction封装单笔收支（含时间、金额、类型、备注）；关键约束须写入构造逻辑，如金额校验。
-
本文深入解析Semaphore在ExecutorService环境下的实际行为机制，澄清“为何availablePermits()永远不会输出3”，并通过代码执行时序还原其内部许可获取/释放逻辑，帮助开发者正确理解信号量的并发控制本质。
-
只有实现AutoCloseable或Closeable接口的类（如FileInputStream、BufferedReader、JDBC资源等）才能用于try-with-resources；close()在块结束时按声明逆序调用，异常会被压制，且不保证关闭成功或及时。
-
接口多实现使Java类能组合多个行为契约，提升灵活性与扩展性。通过实现不同接口，类可获得远程控制、定时任务等多重能力，如智能音箱同时支持RemoteControl、TimerSupport和VoiceCommand接口。该机制符合开闭原则，新增功能无需修改原有代码，只需实现新接口即可。接口应保持职责单一，避免方法冲突，合理利用default方法增强兼容性。多实现解决了多重继承的歧义问题，是构建模块化、可维护系统的重要手段。
-
接口是明确声明“谁必须提供什么能力”的契约，只约束方法签名与调用方依赖的最小集合，而非模板或抽象类；应聚焦调用方视角命名、精简参数返回、慎用default方法，并通过组合表达复合职责。
-
ConcurrentSkipListMap是Java中基于跳表实现的线程安全有序Map，支持高并发读写与范围查询；相比红黑树，其插入删除无需旋转、更易无锁化，平均时间复杂度O(logn)。
-
Optional从JDK8引入，用于安全处理可能为空的对象，避免空指针异常。1.使用Optional.ofNullable包装可能为null的值，得到一个Optional容器；2.调用orElse提供默认值，当值不存在时返回指定默认内容；3.使用orElseGet结合Supplier延迟计算，默认值开销大时更高效；4.通过ifPresent在值存在时执行操作，避免显式判空；5.利用map对值进行链式转换，自动处理null情况；6.处理嵌套对象时，连续map调用替代多层判空，显著提升代码清晰度和安全性。Op
-
JWT是一种用于身份验证和信息交换的紧凑型令牌，其核心是三段式结构：头部、载荷和签名。生成时将头部与载荷Base64Url编码后用密钥签名，验证时解析各部分并比对签名及检查声明。使用Python的PyJWT库可便捷实现生成与验证流程。1.生成JWT需定义密钥、构造含用户信息及声明的载荷，并使用HS256算法编码；2.验证JWT则通过解码函数校验签名、过期时间、签发者与接收者等选项。实际应用中，JWT在登录后返回客户端，后续请求通过HTTP头携带令牌完成无状态认证。安全方面应选择合适算法（如HS256或RS
