-
Objects.toString()能安全将可能为null的对象转为字符串并支持默认值，避免空指针异常；用法为Objects.toString(obj,"默认值")，适用于日志、调试等只读展示场景。
-
不能直接用FileInputStream读文本文件，因为它输出原始字节而无编码信息，如UTF-8中“你好”为6字节，read()返回字节值而非字符，强制转char会导致乱码；InputStreamReader通过CharsetDecoder按指定编码解码字节，但需显式传入Charset（如StandardCharsets.UTF_8），避免依赖平台默认编码或拼写错误（如“UTF8”应为“UTF-8”）；它不带缓冲且不支持按行读，须配合BufferedReader使用；对BOM（如UTF-8的0xEF0xB
-
Java中自增（++）和自减（--）运算符的核心区别在于前置与后置的执行顺序：前置先改值后参与计算，后置先用原值再改值；单独使用时等价；不可用于常量或表达式。
-
泛型方法签名应写为publicstatic<T>voidprintArray(T[]array)，支持String[]、Integer[]等引用类型数组，但不支持int[]等基本类型数组；需手动判空并用Arrays.toString()安全打印。
-
本文介绍在JPA实体中不使用@Id注解的前提下，为普通字段（如uuid）实现自动初始化、唯一性约束和数据库层面保障的完整方案，适用于已有自增主键（如Longid）但需额外UUID标识的场景。
-
Node.js中无法真正封禁访问，但可通过运行时校验调用来源实现白名单控制：1.解析Error.stack获取调用方路径比对白名单；2.白名单模块主动注册ID；3.检查module.parent（仅CommonJS）；4.基于package.jsonname查找比对。
-
自动类型提升是Java在表达式运算中将低精度类型转换为高精度类型的过程。当byte、short、char参与运算时，会自动提升为int；若存在long、float或double，则整个表达式依次提升为对应类型。例如，两个byte相加结果为int，需强制转换才能赋值给byte变量。该机制确保运算安全与效率，避免溢出并提升CPU处理性能。但赋值时不会自动向下转型，需显式强转。开发中应注意混合运算的类型变化，尤其是窄类型存储和浮点精度问题。
-
要启用SpringCloudConfig的配置加密功能，必须在ConfigServer端进行操作。1.引入必要的依赖：确保项目中包含spring-cloud-starter-config，若使用RSA加密还需添加spring-security-rsa；2.启用加密功能：在ConfigServer的配置文件中设置spring.cloud.config.server.encrypt.enabled:true；3.配置密钥：选择对称加密（通过encrypt.key指定密钥）或非对称加密（通过encrypt.ke
-
最直接做法是用replaceAll("\D","")但易误删，应使用replaceAll("1","")确保只保留ASCII数字；需提取多个独立数字时应用Pattern+Matcher配合"-?\d+\.?\d*"等正则分情况匹配。0-9↩
-
使用Java实现订单打印需定义订单数据模型并利用String.format()控制输出格式，通过封装printOrder方法实现清晰对齐的文本排版，支持控制台或文件输出。
-
LockSupport是Java中用于线程阻塞与唤醒的核心工具类，位于java.util.concurrent.locks包下，其核心方法为park()和unpark(Threadthread)。park()使当前线程阻塞，直到其他线程调用该线程的unpark方法或线程被中断；unpark()则向指定线程发放许可，允许其继续执行，且可先于park()调用生效。相比wait/notify机制，LockSupport更灵活安全，不依赖synchronized关键字，也不会因顺序问题导致死锁。它基于单一许可机制
-
适配器模式是“套一层壳”而非修改原接口，因AudioPlayer等已上线类无法直接改动；它通过实现目标接口并持有适配者实例来透明转发调用，真正干净的适配器代码应很薄。
-
静态导入适用于频繁调用来源明确、语义清晰的静态成员，如JUnit断言、Math工具方法或自定义工具类；应避免过度使用导致可读性下降。
-
类锁是针对类的Class对象的锁，用于同步静态资源；它与实例锁互不干扰，适用于静态变量、单例初始化等场景，且同一类加载器下Class对象唯一。
-
HttpURLConnection是Java中HTTP请求的抽象封装层，依赖URLConnection和JVM协议处理器实现socket通信；连接延迟建立、请求需手动配置、发送依赖I/O调用、响应流须显式关闭。
