-
“Modulenotspecified”本质是IDEA未识别Maven/Gradle模块，需手动ImportModule并选中pom.xml或build.gradle；多项目需独立设置ModuleSDK；SpringBoot端口冲突应通过VM选项或环境变量动态指定；依赖冲突须用mvndependency:tree比对版本。
-
VSCode需手动配置JDK路径（java.home）才能解决“CannotresolveJDK”等问题，关键在于正确设置java.home、mainClass和projectName三个字段。
-
本文介绍如何在Java中根据一个ArrayList的最大值，精准定位并打印另一个ArrayList中与之索引对应的元素（如人名与最高分匹配），避免仅输出最大值或全部列表的常见错误。
-
死锁发生的四个必要条件缺一不可：互斥、请求与保持、不可剥夺、循环等待；其中互斥不可破，后三者可通过固定锁顺序、避免嵌套错序加锁等方式打破。
-
Java多态是语言特性而非设计模式，却是策略、模板方法、工厂方法、观察者等模式落地的底层支撑；它通过接口/抽象类实现运行时行为绑定，避免if-else硬编码，提升扩展性与可测试性，但需警惕假抽象、构造器调用抽象方法、类型判断绕过多态等常见问题。
-
不会。直接throwe;保留原始堆栈；thrownewRuntimeException(e)会改变顶层异常类型和堆栈；finally中throw会覆盖catch异常；getCause()表示因果关系，getSuppressed()表示try-with-resources中被压制的次要异常。
-
Collections.sort()是最直接的学生成绩排序方法，需Student实现Comparable或传Comparator；注意成绩相等时显式处理顺序、避免float精度问题、预处理空值，并区分排序与名次计算。
-
happens-before是一组显式定义的偏序规则，用于判断操作可见性与重排序约束；它不是时间先后关系，也不保证代码顺序即执行顺序。
-
公平锁按线程等待时间顺序分配锁，非公平锁允许插队；2.公平锁通过newReentrantLock(true)创建，保证FIFO，避免饥饿但性能较低；3.非公平锁为默认方式，直接尝试CAS获取锁，吞吐量高但可能引发线程饥饿；4.synchronized是非公平锁；5.非公平锁因高效成为默认推荐，选择取决于公平性与性能权衡。
-
答案：Java中使用JavaMailAPI发送邮件需添加依赖、配置SMTP参数并编写发送代码。首先通过Maven引入javax.mail依赖，接着设置QQ邮箱SMTP服务器（smtp.qq.com，端口587或465），启用TLS/SSL，使用授权码认证。然后创建Properties配置邮件属性，通过Session和Authenticator进行身份验证，构建MimeMessage设置发件人、收件人、主题及内容，最后调用Transport.send()发送。支持文本、HTML及附件邮件，推荐用环境变量管理
-
应优先在自定义异常构造函数中声明Throwablecause参数并调用super(message,cause)，若无双参构造则用initCause()补救（仅限未设cause时调用一次）；JDK1.4+内置异常已支持，自定义类需手动添加。
-
最直接的方法是用get()，但需注意null既可能表示键不存在，也可能表示键存在且值为null；若业务允许null值，应配合containsKey()判断，或优先使用getOrDefault()避免判空。
-
掌握Java类设计需遵循SOLID原则并应用常见设计模式。首先，单一职责确保类功能明确，如UserRepository仅处理数据存取；开闭原则支持扩展而非修改，利于系统演进；里氏替换保证子类可无缝替代父类，避免行为异常；接口隔离通过拆分大接口提升灵活性，如分离查询与更新服务；依赖倒置通过抽象和依赖注入降低耦合。常用模式中，工厂模式统一对象创建，单例模式控制实例唯一性并保障线程安全，建造者模式简化复杂对象构造，策略模式实现算法动态切换，观察者模式构建松耦合事件机制。实践中应通过重构消除代码坏味道，阅读Spr
-
Semaphore用于控制并发线程数，通过acquire获取许可、release释放许可，确保最多n个线程访问资源，适用于限流与资源池管理，需注意公平性选择、finally中释放许可及避免中断处理遗漏。
-
Java内置的javax.xml.parsers默认遵循XML规范，对合法但可疑的字符（如孤立>）不报错；若需检测非规范结构（如</tag>>），必须在解析后主动校验内容，无法仅靠配置提升“严格性”。
