sniper_fandc的博客

在学习xxl-job时，使用docker方式部署xxl-job调度中心（2.4.0版本），但是明明使用的官方默认密码初始化的数据库，结果总是登录不成功：上面是官方源码仓库xxl-job/doc/db/tables_xxl_job.sql的用户名和密码，对应admin/123456，下面是我的数据库中的admin对应的密码，可以发现，值是一样的。官方源码。

今天在集成pagehelper依赖时，遇到问题，

今天在使用Mybatis-Plus的insertOrUpdate()方法时，新增能成功，编辑无法成功，报错如下：我很好奇，明明我前端执行的是编辑逻辑，并不需要phone_number字段，而insertOrUpdate()方法为什么会执行INSERT语句？而这里的phone_number报错也很好理解，就是因为数据库我设置了该字段NOT NULL，而编辑操作误执行为插入操作，因此并没有设置phone_number字段的值，于是就报错。

在启动网关微服务时，由于配置了nacos注册中心，网关服务的bootstrap.yml文件会读取服务名-dev.yaml的配置文件，但是日志发现gateway-service、gateway-service.yaml、gateway-service-dev.yaml三个配置文件均没有一个能读取到：按理讲三个配置文件只要nacos有一个符合要求都能读取成功，但是的dataId、namespace等配置项都配置的和nacos配置文件一模一样，仍然读取失败。

出现这种情况的原因通常是因为修改了文件的权限或客户端异常中断，本人推测可能是因为我在出问题的前一天，/data目录无法显示，就大批量修改文件的权限读/写/执行权限，但是执行到一半卡着，我就主动中断的权限修改的进程，当时没有问题。但是当晚笔记本电脑因为停电导致耗电关机，可能就是这两个操作导致的问题。文件信息列表成功显示，问题解决！

主要是因为MyBatis-Plus的分页功能依赖PaginationInnerInterceptor插件，若未配置，分页统计会失效。

在Bucket的权限控制界面，将阻止公共访问按钮关闭。

配置了Nacos作为注册中心，项目启动时报错：这是由于启动项目时会自动进行服务注册，需要注入一个唯一的Bean：AutoServiceRegistration，但是容器发现存在两个父类均为AutoServiceRegistration的Bean，一个对应Nacos，一个对应Eureka，简而言之，注册中心太多了，Spring不知道把服务注册到哪个注册中心。

在使用Spring Cloud LoadBalancer进行负载均衡时，遇到错误：这里使用的restTemplate是使用@LoadBalanced注解的，因此会对该url进行解析，但是解析报错。

在启动Haproxy时，发现总是无法访问前端页面。检查配置文件格式，发现并不是配置文件的格式问题，ip和端口号也没有配置出错。启动日志报错无法绑定[0.0.0.0:8100]和[0.0.0.0:5670]，也就意味着要么是端口号被占用，要么是端口号因为防火墙或安全性无法开放或者绑定。无任何输出则说明没有被占用，此时就说明可能是因为安全性或者防火墙才导致失败。可是我的虚拟机防火墙并未运行，因此只可能是安全性问题。

由于是在虚拟机里安装的RabbitMQ，因此一般遇到进程无法启动就考虑：端口号占用问题、ip主机名映射、配置文件问题等等方面。这里已经排除了端口号占用问题，发现是ip主机名映射问题导致的问题。这是由于个人配置的静态ip由于网络环境问题经常发生变化，因此ip和主机名的映射经常是旧的关系。

在使用docker拉取容器镜像时，由于默认是从Docker Hub（Docker提供的容器镜像存储库）拉取的，国内难以成功，经常报错：Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

今天在使用虚拟机CentOS 7系统安装docker-compose时，用的是aliyun镜像，出现没有可用软件包的问题，这就说明不是因为网络，而是因为aliyun镜像没有该软件包。

使用Postman工具往往要向本地服务器发送请求携带Cookie便于测试接口，但是在Send下面的Cookies选项中设置域名127.0.0.1，并添加Cookie，发现发送的请求怎么都不会携带Cookie：通过Fiddler抓包发现并没有Cookie：这是由于Postman默认不会将Cookie发送给127.0.0.1（视为不安全域名）。

HTTPS协议这个问题不会出现在http请求的场景。使用https协议时，由于https协议需要加密和证书来进行网站身份验证确保安全性，而fiddler是使用代理机制的抓包工具，因此开启fiddler服务后，https请求首先会发送给fiddler，但是要验证fiddler的证书可靠性，当fiddler的证书不符合判断安全规则，就会出现“您的连接不是私密连接”的问题。