-
Git不忽略已跟踪的.class文件，需用gitrm-r--cached.清除缓存；Maven依赖问题源于未提交pom.xml或含system路径；IDEA未识别Git根目录需在项目根目录打开；单元测试代码必须提交，但生成物要忽略。
-
ProcessBuilder不能直接执行含管道、重定向或通配符的shell命令，因其不经过shell解析；需显式调用/bin/sh-c（Linux/macOS）或cmd/c（Windows），并将完整命令作为单个字符串参数传入，同时注意及时读取输入输出流以防阻塞。
-
本文详解在Java中通过AWSS3上传ZIP文件时，因Content-Type设置不当导致下载缺失.zip扩展名、被浏览器误识别为文件夹的问题，并提供完整的修复方案与最佳实践。
-
需先set(Calendar.DAY_OF_MONTH,1)再get(Calendar.DAY_OF_WEEK)，并转换为周一为第1天的序号：(value-1)%7+1；注意月份从0开始，日历首行空格数=该月1号序号减1，月底需手动换行。
-
Java中实现线程同步锁的核心目的是保证多线程访问共享资源时的数据一致性和线程安全，主要通过synchronized关键字、ReentrantLock、volatile关键字及Condition条件变量等方式实现；其中synchronized用于方法或代码块的自动加锁，ReentrantLock提供可中断、可重入、超时获取等更灵活的显式锁控制，volatile确保变量可见性但不保证原子性，适用于状态标志场景，而Condition配合ReentrantLock可实现精准线程通信；选择同步方式需根据实际需求权
-
优先选择组合而非继承，因继承导致类耦合紧、脆弱基类问题频发；组合通过接口隔离依赖，提升可替换性与可测性，且避免状态泄露；接口default方法不可替代继承，仅适用于无状态逻辑。
-
包装类用于将基本类型转为对象，支持自动装箱拆箱、字符串与数值转换及类型间转换。Java为每种基本类型提供对应包装类，如Integer、Double等，位于java.lang包。自动装箱允许基本类型直接赋值给包装类变量，反之则为拆箱。字符串转基本类型用parseXxx()方法，如Integer.parseInt("123")；转包装类对象可用valueOf()，该方法对-128~127的Integer值有缓存优化。基本类型转字符串可通过String.valueOf()或toString()方法。数值类型间转
-
匿名内部类访问局部变量必须为final或effectivelyfinal，根本原因是栈帧销毁后局部变量不复存在，而内部类对象仍存活；编译器将其值快照为隐式字段存入堆中，故需确保值不变。
-
parallel()并非调用即并行，实际执行取决于ForkJoinPool.commonPool()线程可用性及数据源是否支持高效分割（如ArrayList可、LinkedList不可）；常见错误包括共享变量非原子操作、forEach无序不安全、未预热导致性能误判，优化关键在确认其真比串行快且无竞态。
-
Future不触发get()的常见原因有三：线程池已关闭导致任务被拒绝；CachedThreadPool中快速任务被误判为未执行；Runnable提交后get()恒返回null。
-
ArrayList底层基于Object[]数组实现，非链表或哈希结构；初始化为空数组，首次添加时分配默认容量10；支持O(1)随机访问，末尾插入均摊O(1)，中间插入最坏O(n)；扩容按1.5倍增长，依赖Arrays.copyOf()拷贝；因泛型擦除使用Object[]存储，get()返回值由编译器自动强转；modCount用于fail-fast机制，校验单线程下迭代器误用，不保证线程安全。
-
应避免使用SimpleDateFormat.parse()处理时间戳，正确做法是用newDate(long)构造再format()；需显式设置时区防止偏移；因其线程不安全，推荐每次new、ThreadLocal封装或升级到Java8的DateTimeFormatter。
-
方法的返回类型和参数列表是方法签名的核心，决定输入输出；2.返回类型可为基本类型、引用类型或void，非void需用return返回对应值；3.参数需明确类型和名称，多个参数用逗号分隔且类型不可省略；4.参数名应具可读性，方法内作为局部变量使用；5.调用时传参类型必须匹配，否则编译错误。
-
Java环境在运行过程中可能受到系统安全策略的限制，导致某些操作被拒绝，比如文件读写、网络连接、反射调用等。排查这类问题需要从Java自身的安全管理器（SecurityManager）和系统层面的策略两方面入手。以下是几个实用的排查技巧。检查是否启用了SecurityManagerJava的安全限制通常由SecurityManager控制。如果应用中显式设置了SecurityManager，或通过启动参数加载了安全策略，就可能触发权限检查。可通过以下方式确认：在代码中添加：System.g
-
轻量级锁加锁时必须自旋而非挂起线程，因挂起/唤醒涉及用户态到内核态切换，开销远大于用户态空转几个CPU周期；JVM默认仅在多核环境下自旋，且自旋次数由自适应策略动态调整。
