【踩坑实录】mybatis项目报错：Establishing SSL connection without...property is set to false 环境说明： 系统：Win10专业版 mysql 5.7 问题再现 操作数据库时，警告信息如下： WARN: Establishing SSL connection without server's identity verification is not recommended. According to MySQL 5.5.45+, 5.6.26+ and 5.7.6+ requirements SSL connection must be established by default if explicit option isn't set. For compliance with existing applications not using SSL the verifyServerCertificate property is set to 'false'. You need either to explicitly disable SSL by setting useSSL=false, or set useSSL=true and provide truststore for server certificate verification. 以上警告信息翻译一下就是： 警告：不建议在没有服务器身份验证的情况下建立 SSL 连接。 根据MySQL 5.5.45+、5.6.26+ 和 5.7.6+ 要求，如果未设置显式选项，则必须默认建立 SSL 连接。 为了符合不使用 SSL 的现有应用程序，verifyServerCertificate 属性设置为“false”。您需要通过设置 useSSL=false 来显式禁用 SSL，或者设置 useSSL=true 并为服务器证书验证提供信任库。 解决方法 最省事的方法是修改数据库连接信息，在链接之后加上“useSSL=false”，直接禁用SSL连接方式。 原来链接为： jdbc:mysql://localhost:3306/mybatis?setUnicode=true&characterEncoding=utf8 加上参数之后修改为： jdbc:mysql://localhost:3306/mybatis?setUnicode=true&characterEncoding=utf8&useSSL=false 如果将参数设置为“useSSL=true”，在IDEA数据库连接界面设置SSL证书，也可以消除警告：

【踩坑实录】mybatis项目报错：...IncompleteElementException: Could not find parameter map... 环境说明： 系统：Win10专业版 mysql 5.7 问题再现 mybatis进行数据库查询操作时，报错信息如下： org.apache.ibatis.builder.IncompleteElementException: Could not find parameter map com.langp.mapper.CollegeMapper.int 错误原因 Mapper方法中的参数类型是int，应该是用parameterType属性，而不是用parameterMap属性 解决方法 将parmeterMap属性改成parameterType属性即可

【踩坑实录】mybatis项目报错：org.junit ... ParameterResolutionException No ParameterResolver registered for parameter ... in method ... 环境说明： 系统：Win10专业版 mysql 5.7 问题再现 往数据库在进行插入操作时，报错信息如下： org.junit.jupiter.api.extension.ParameterResolutionException No ParameterResolver registered for parameter [com.langp.entity.College arg0] in method [public void com.langp.mapper.CollegeMapperTest.insert(com.langp.entity.College)]. 错误原因 进行单元测试的时候，单元测试方法中有参数 解决方法 将单元测试方法中相应的参数移除即可

【踩坑实录】Nginx重新加载时出现警告：nginx: [warn] conflicting server name "www.langp.wang" on 0.0.0.0:80, ignored 环境说明： 系统：ubuntu 20.04 nginx：1.18.0 问题再现： 修改nginx配置文件后，在执行nginx -s reload命令重新载入nginx服务时出现错误： nginx: [warn] conflicting server name "www.langp.wang" on 0.0.0.0:80, ignored nginx: [warn] conflicting server name "www.langp.wang" on 0.0.0.0:443, ignored 可以看到提示“conflicting server name”，即“服务器名称冲突”，而且是在“80”和“443”两个端口上都有的。 错误原因： 在nginx的每一个server配置中都有一个“server_name”配置项，nginx是用“server_name”来确定域名与对应网站的关联的。而当nginx中出现了两个相同的“server_name”时，重新加载时nginx服务时就会出现冲突了，就会产生警告信息。由于提示信息只是“warn”级别的，所以网站还是能正常访问到的，可是这个警告信息还是让人觉得很不爽。 解决方法： 经过排查，发现是在配置文件的目录下（/etc/nginx/sites-enabled）多出来了一个与原来的配置文件名称相同，但是名称后缀为“.save”的文件。这个文件中的所有信息与原来文件的所有内容相同，所以就出现了两个相同的”server_name“。 把这个文件删除掉之后，再次执行命令nginx -s reload就没有警告信息了。 至于这个文件的来源，个人猜测可能是由于用nano编辑器编辑文件时产生的缓存或者是nano编辑器被强制退出时保存的信息。

【踩坑实录】mybatis项目报错：“Caused by: .....Exception: 1 字节的 UTF-8 序列的字节 1 无效” 环境说明： 系统：win10 专业版 开发环境：IDEA JDK版本：1.8 mysql：5.5 mybatis：3.5.3 Junit：5.7.0 问题再现： 运行mybatis项目时，控制台出现报错信息： Caused by: com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: 1 字节的 UTF-8 序列的字节 1 无效 错误原因： 归根结底是编码的原因，xml文件开头的文档编码设置为了UTF-8： 而由于项目本身的默认编码是GBK，因此xml文件保存时的编码是GBK，声明的xml文档编码与实际编码不一致，就出现了问题 解决方法： 更改项目编码即可。 在IDEA界面打开setting（点击File->setting或者快捷键Ctrl+Alt+S），依次选择Editor->File encodings，将Project Encoding的值从GBK更改为UTF-8。 再次运行，问题消失。

【踩坑实录】Maven项目报错：java.lang.ExceptionInInitializerError 环境说明： 系统：win10 专业版 开发环境：IDEA JDK版本：1.8 mysql：5.5 mybatis：3.5.3 Junit：5.7.0 问题再现： Maven项目运行时报错，控制台报错信息如下： java.lang.ExceptionInInitializerError at com.langp.dao.UserMapperTest.getUserList(UserMapperTest.java:26) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) ······ Caused by: org.apache.ibatis.exceptions.PersistenceException: ### Error building SqlSession. ### The error may exist in com/langp/dao/UserMapper.xml Process finished with exit code -1 错误原因： 程序在编译过程中找不到对应的配置文件就会报错，但是对应的配置文件却是的的确确存在于项目中的，可是在生成的测试结果target对应目录下找不到对应配置文件，这是因为Maven项目中默认资源配置目录是src/main/resource，而实际有些配置文件会放在src/main/java目录下，就会导致项目编译时导出不了这些配置文件。所以我们需要手动配置资源过滤，使src/main/java的”.properties“文件和”.xml“文件可被导出到测试结果的target文件夹中。 解决方法： 最简单的方式就是将对应的Mapper.xml文件复制到生成测试结果的target文件夹下对应的目录中，但是只要在Maven中执行一次clear操作，target文件夹就被清除了，下次编译时还要重新复制过去。所以还有种更简单的方法： 在Maven项目的配置文件”pom.xml“中添加如下过滤配置信息： <!-- 在build中配置resources，来防止资源导出失败的问题 --> <build> <resources> <resource> <directory>src/main/resources</directory> <includes> <include>**/*.properties</include> <include>**/*.xml</include> </includes> <filtering>true</filtering> </resource> <resource> <directory>src/main/java</directory> <includes> <include>**/*.properties</include> <include>**/*.xml</include> </includes> <filtering>true</filtering> </resource> </resources> </build> 然后，在IDEA中右键依次选择”Maven“->”Reload project“，重新载入依次Maven配置信息即可。

踩坑实录|mybatis项目报错：...Exception: Type interface UserMapper is not known to the MapperRegistry 环境说明： 系统：win10 专业版 开发环境：IDEA JDK版本：1.8 mysql：5.5 mybatis：3.5.3 Junit：5.7.0 问题再现： mybatis项目运行时报错，报错信息如下： org.apache.ibatis.binding.BindingException: Type interface com.langp.dao.UserMapper is not known to the MapperRegistry. at org.apache.ibatis.binding.MapperRegistry.getMapper(MapperRegistry.java:47) at org.apache.ibatis.session.Configuration.getMapper(Configuration.java:779) at com.langp.dao.UserMapperTest.getUserList(UserMapperTest.java:28) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.lang.reflect.Method.invoke(Method.java:498) ····· Process finished with exit code -1 错误原因： 报错信息中出现了Type interface com.langp.dao.UserMapper is not known to the MapperRegistry，简单翻译一下就是：类型接口com.langp.dao.UserMapper不为MapperRegistry所知。 所以这个错误肯定是与mapper有关系的。每一个Mapper.xml都需要在mybatis核心配置文件中进行注册，由于mybatis的核心配置文件mybatis-config.xml中缺少对应接口的Mapper.xml，所以运行时就会报错。 解决方法： 在mybatis的核心配置文件中添加如下内容： <!-- 每一个mapper.xml配置文件都需要在mybaits核心文件中注册 --> <mappers> <mapper resource="com/langp/dao/UserMapper.xml"></mapper> </mappers> 其中，resource属性的值是接口对应Mapper.xml文件。添加之后即可解决。

【踩坑实录】Ubuntu系统解压后的文件出现权限问题，无法查看编辑 环境说明： ubuntu 20.04 + kubuntu桌面 问题如图： 源自我在配置Tomcat时，从官网上下载的Tomcat8.5压缩包，在KDE桌面环境下解压之后的文件图标上会显示小锁，系统提示文件无法编辑、无法查看 问题原因 下载的文件默认权限是比较低的，系统无法进行相关的操作，只需要更改权限即可 解决办法： 修改权限即可，在终端上输入： # 修改tomcat-8.5文件夹的权限为755： sudo chmod 755 -R tomcat-8.5 修改后即可进行文件操作了。

【踩坑实录】Java运行程序报错“Exception in thread main java. lang. NullPointerException” 环境说明： 开发环境：JDK 1.8 IDEA 系统：Win10 专业版 问题 大概是这样：在一个Student类中定义了一个静态对象数组以及其他的数据成员和成员方法，其中某个成员方法中包含对这个对象数组的部分操作。在main方法中申明一个Student的对象，通过Student对象调用这个方法操作静态数组，然后运行结果报错： 原因 问题原因其实很简单，就是没有对这个数组进行初始化操作，即当前只存在数组的声明，系统只为二维数组对象的引用变量分配了空间，并没有创建相应的数组对象 。那么在相关的方法中，自然无法对这个看似存在但实际却找不到影儿的数组进行操作，所以就会报错了。 解决办法 在类中再添加一个成员方法init()，给这个对象数组进行内存空间的申请及初始化： 然后在main方法中申明对象以后，首先调用init()方法对对象数组进行初始化。 其实刚开始想直接在重载的构造方法中调用这个函数，这样的话就不用手动调用了，在初始化对象时就会同时完成对象数组的初始化，但仔细一想好像也不行，每初始化一个对象就会重新初始化数组，这样就会造成原来数组的信息丢失。所以还是老老实实手动调用吧。

【踩坑实录】安装ubuntu+win10双系统之后，系统时间相差8小时 环境说明： ubuntu 20.04 + win10 专业版 问题表现 在笔记本上同时安装了win10和ubuntu双系统之后，发现两个系统上的系统时间相差了8个小时， 解决方法 这是我经常用的一个方法，不需要修改配置文件，只需要在系统控制台中输入： sudo timedatectl set-local-rtc 1 执行完之后重启，然后ubuntu和win10系统的时间就一致了。

【踩坑实录】win10下在控制台中无法使用 mysql 命令：mysql : 无法将“mysql”项识别为 cmdlet、函数、脚本文件 环境说明： 系统：win10专业版 mysql 5.7 问题如图： win10在使用mysql命令登录数据库时，出现报错信息： 解决办法： 第一步、以管理员权限运行powershell 第二步、进入Mysql安装目录的bin文件夹 第三步、输入命令： .\mysqld.exe install 第四步、以后使用时进入mysql安装目录下的bin文件夹下，用.\mysql命令代替mysql命令即可 登录数据库： .\mysql -uroot -p 数据库登陆成功。

【踩坑实录】Ubuntu使用apt命令时，报错：无法获得锁（11:资源暂时不可用） 环境说明： ubuntu 20.04 问题如图： 错误原因： ubuntu终端上强制关闭正在进行的sudo apt-get install/update命令时，此apt-get进程还没有结束。如果再次运行apt-get命令安装软件时，就会出现上述错误，即有一个进程正在占据apt-get进程，由于它在运行时，会占用软件更新时的系统锁（简称系统更新锁），此时资源被锁 解决办法： 1. 方法一 杀死进程，释放系统锁 ps -e|grep apt-get 出现： 然后执行： sudo kill 15298 2. 方法二 强制解锁 sudo rm /var/cache/apt/archives/lock sudo rm /var/lib/dpkg/lock 3. 方法三 sudo rm /var/lib/dpkg/lock-frontend

【踩坑实录】记一次Nginx的排错 在阿里云服务器上自行搭建了LNMP环境，搭建完之后就开始安装typecho博客，结果装完发现typecho的后台进不去，就想着把服务器重启试试，这不重启不知道，一重启就发现大问题：刚才还能访问的typecho首页也访问不了了，然后我再次重启nginx服务： 直接报错，这一波未平一波又起可整的我够呛，遂去网上找答案，看了几个，大致方法都是这样： 按照这个方法来试试： # 先查看nginx配置文件路径： nginx -t # 再运行： nginx -c /etc/nginx/nginx.conf 结果如下： 第二步nginx -c /etc/nginx/nginx.conf的输出结果报错，遂又失败，再次重启nginx服务时，报错又变成了这样： 然后把nginx -c /etc/nginx/nginx.conf的输出报错结果放到搜索引擎上搜了一搜，又发现了这篇文章：Nginx启动时提示nginx: emerg still could not bind()，按照操作查询80端口的占用情况： netstat -ntlp|grep 80 结果显示80端口被apache2端口占用了，尝试杀掉占用端口的apache2，但是apache2生命力貌似“有点顽强”，杀了好几次还显示有占用： 我的服务器是用nginx的，用不到apache2，所以直接卸载： sudo apt --purge remove apache2 卸载完之后查看80端口就没有占用了，再次尝试刚开始的方法，执行nginx -c /etc/nginx/nginx.conf，这回就没有报错了： 重新启动nginx服务之后，网站可以正常访问了，问题解决。