【踩坑实录】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 命令登录数据库时，出现报错信息： 解决办法 系统中如果正常安装了 MySQL 的话，没有添加 MySQL 的环境变量的话，在 MySQL 安装目录 bin 文件夹以外的路径下执行 mysql 命令的时候就会报这个错误。解决办法就是添加环境变量： 右键 “开始菜单” -> “系统” -> “高级系统设置” -> “环境变量”，向 Path 中添加环境变量，值为 MySQL 安装目录下的 bin 文件夹： D:\Program\Environment\MySQL\MySQL Server 5.7\bin 配置完之后再使用 mysql 命令时就不报错了

【踩坑实录】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服务之后，网站可以正常访问了，问题解决。