MyBatis长时间未响应而且不报错

MyBatis长时间未响应而且不报错（一直转圈，访问不了数据库）
控制台不报错、&与&amp

不报错原因：log4j把错误日志吃掉

之前忽略了控制台的警告信息，结果很重要

log4j:WARN No appenders could be found for logger (com.alibaba.druid.pool.DruidDataSource).

解决办法：log4j.properties文件中添加代码

log4j.logger.com.alibaba.druid.pool.DruidDataSource=DEBUG, Console

问题原因：
这个警告信息通常表示在log4j的配置文件中，没有为特定的logger（在这个情况下是com.alibaba.druid.pool.DruidDataSource）指定任何appender，因此log4j无法确定日志消息应该被输出到哪里。

根本问题

修改日志文件后报错终于显示：

java.sql.SQLNonTransientConnectionException: Cannot load connection class because of underlying exception: com.mysql.cj.exceptions.WrongArgumentException: Malformed database URL, failed to parse the connection string near ‘;useUnicode=true&characterEncoding=UTF-8’.

解决方案：

jdbc.url=jdbc:mysql://localhost:3306/mooc?useSSL=true&useUnicode=true&characterEncoding=UTF-8
改为
jdbc.url=jdbc:mysql://localhost:3306/mooc?useUnicode=true&characterEncoding=UTF-8

原因：

1. 在Java的属性文件（比如常见的.properties文件）中，& 符号通常被用作特殊字符，比如分隔不同的属性。在属性文件中，& 可能会被当作分隔符或者特殊字符处理，而 & 是HTML实体编码，在属性文件中不会被当作特殊字符处理。
2. 当你的数据库连接字符串出现在属性文件中时，如果使用 & 符号，属性文件的解析器可能会将它当作特殊字符处理，从而引发错误。而使用 & 避免了这个问题，因为它在属性文件中会被正确解析为 & 符号，不会引发解析错误。
3. 当然，在一些特殊的情况下，某些属性文件的解析器可能会处理 & 符号而不引发错误，这就可能导致使用第一个字符串时没有问题。然而，为了代码的可移植性和稳定性，通常建议使用第二个字符串，因为它不依赖于解析器的特殊行为，更加可靠。