是微风，是晚霞，是无可替代

SpringBoot 的 2.6.13 版本，纳入了 dependencyManagement，也就是说，不管 elasticsearch 之前声明什么般般，最后都会使用 SpringBoot 引入的 7.15.2 版本。SpringBoot 项目的版本是 2.6.13，默认集成的 elasticsearch 的版本是 7.15.2，我们需要用的版本是 7.4.2。在 dependencyManagement 中加入 elasticsearch 的版本管理即可，如下图。

SpringBoot 2.4版本之后 SpringCloud 2020，需要引入该依赖，才能读取bootstrap文件。启动程序，在控制台中看不到加载配置文件的日志。更改 nacos 配置中新的数据，也不生效。添加依赖后重启即可。

可能是版本的问题，但是服务器上的版本和我本地的版本是一致的，本地启动的时候可以正常注册到，但是换到服务器上就不行了，所以不是版本的问题。- (与主端口偏移量1000,1001）别忘了对应的服务器也要放行这两个端口。版本不对的话更换版本。

谷粒商城【renren-fast-vue】：npm install 报错。

没有给出具体的路径，Maven则不会尝试根据相对路径去找父POM，而是直接跳过本地路径查找，转而尝试从本地或远程仓库中根据指定的groupId和artifactId来寻找父POM。又因为 renren-fast 的父 pom 指向的是他自己的父 pom，而不是 gulimall 的 pom，所以直接会冲突而报错。在 gulimall 的 pom 文件中将 renren-fast 作为其一个子模块。谷粒商城中，使用了 renren-fast 作为其后台服务模块。在子模块的pom.xml中，如果你设置。

这个警告是 Lombok 插件生成代码时的一个提醒，它表示在生成 equals 和 hashCode 方法时，没有调用父类的方法，尽管你的类并不直接继承自java.lang.Object。在Java中，通常在子类中重写equals和hashCode方法时，会调用父类的这些方法，以确保继承链的完整性和一致性。

今天使用 Jenkins 的 Pipeline，写了一个脚本结果执行的时候报错了，发现原来是 Jenkins 自身的安全机制，执行新的外部脚本需要审批。选择 In-process Script Approval。选择 Manage Jenkins。审批同意，点击 Approve。

具体来说，错误信息 553 Mail from must equal authorized user 意思是：发件人的邮箱地址必须和经过授权的用户邮箱地址一致。将 Jenkins 中配置的发件人邮箱地址与 SMTP 服务器上授权的用户邮箱地址改为一致。今天配置了一下 Jenkins 的邮件通知服务，在测试的报错了。

今天突然发现用 idea 集成的 git 工具 share project on github 报错了，之前一直都很正常，换成 webstorm 试了一下也是一样报错，但是可以正常 push 和 pull 项目，开始以为是更新了版本的问题，但又想到 push 和 pull 正常，感觉就不是版本的问题了，试了一下 share project on gitee，发现正常，直接迷茫了。更新版本吧，可能就是这一个版本的问题，或者降回之前的版本。

阿里云中有些系统版本是默认禁止了用户对其进行远程连接登录的，我使用的是 centos9，其他系统版本不知道会不会这样。操作系统禁用了密码登录方式，会导致使用了正确的用户名和密码仍无法登录 问题排查。使用默认的登录方式，进入到服务器的控制台。将文件中的最后一行 no 改为 yes。Workbench密码登录。

在你提供的错误信息中，SQL 语句试图插入数据到一个名为 leave 的表中，但是语法上似乎有些问题。leava 是数据库的保留字，当时建表的时候没有留意这一点，直接将 leave 作了表名，结果在插入数据的时候错了…的查询构造器，并且遵循了正确的语法，但仍然遇到问题，请检查你的实体类映射和数据库表结构是否一致。的保留字（虽然在这个上下文中它通常不是），但如果是，你可能需要用反引号（`）将其括起来。主要是用于存储过程中的标签，而不是表名），或者表名周围的引号使用不正确，或者。），但你的列名有三个。

该错误“通常发生在有回车字符时（表示为␍) 在 Prettier 工具正在格式化的代码中。Prettier 是一个代码格式化程序，它自动格式化代码以保持一致的样式。今天在使用 openapi 自动生成前端接口代码的时候，爆了一个类似 eslint 规范的错误，后面发现好像是因为回车字符的不一致导致规范错误。备注：我用这个方法没有成功，可能是因为 opeanapi 自动生成的文件存在一些与其他文件不同的地方，所以不会被修复功能修复到。最简单也是最麻烦的办法，直接修改文件的回车格式。

而执行失败后，又不能准确的定位没有成功执行的语句，就很烦。

这个问题主要出现在 Spring Boot 2.6 及以后，只要是 Spring Boot 2.6 引入的新 PathPatternParser 导致的。

我也尝试了网上的很多种方法，但一定要注意命令的执行顺序，不然依旧会提交失败。或者不需要分开添加，直接全部添加也行。

为什么会出现这个问题呢，是因为 application.yml 文件的编码格式发生了变化。显然，将文件的编码格式改回去就可以避免这个错误，但会导致控制台中文的乱码。虽然成功解决了控制台中文乱码的问题，但是后续再运行项目就报了这个错误。那有什么办法可以在既保持控制台不出现中文乱码又可以保证项目的成功运行。文件删掉，然后重新创建一个，记得编码格式要与项目的编码格式相同。

所以，大概率是 logstash 的问题，看了一些网上的教程，大部分都是虚拟机上安装 logstash 出现了这个问题，下面就给出最简单，最直接且最简单的解决方案。首先可以肯定不是我们 jdk 环境变量的问题，不然我们连 java 程序都启动不了，更何况要是 jdk 有问题，肯定早就暴露出来了。配置 logstash 收集应用日志时出现报错，说是找不到 JAVA_HOME 环境变量。将双引号去掉就可以了。

由于项目中后端提供的数据接口的地址是采用的 http 协议的，但是他们将项目部署到线上的时候，是放在 php服务器里面的，开启了 https 访问协议。比如：图片显示不了，样式加载不了，JS加载不了。https地址中，如果加载了http资源，浏览器将认为这是不安全的资源，https地址中，如果加载了http资源，浏览器将认为这是不安全的资源，将会默认阻止，这就会给你带来资源不全的问题了，将会默认阻止，这就会给你带来资源不全的问题了，比如：图片显示不了，样式加载不了，JS加载不了。

hash 模式下，仅 hash 符号之前的内容会被包含在请求中，如 website.com/#/login 只有 website.com 会被包含在请求中 ，因此对于服务端来说，即使没有配置location，也不会返回404错误。由于我们的应用是一个单页的客户端应用，如果没有适当的服务器配置，用户在浏览器中直接访问 https://example.com/user/id，就会得到一个 404 错误。一个杯子，早上装的牛奶，中午装的是开水，晚上装的是茶，我们可以发现，变的始终是内容，而容器还是那个容器。

当然，我这里还原问题的时候，直接明显的标注出了 x 的具体的值，但是可能在具体的程序中，对于 1.999999999，就直接显示成了 2，我们并不知道它的本质是 1.99999999，而转换为 int 后，就莫名其妙少了 1。今天在写一个简单的二分题目的时候，调试左右区间的时候，一直调不对，后来发现是精度的问题…因为 double 转换为 int 时，直接将小数点后的数字全部忽略掉了。遇到这个情况，绝大多数就是精度转换的问题，下面提供几个解决办法。为什么会变小 1 呢？

首先确定你的node版本，然后再去看看package.json中node-sass和sass-loader版本是不是低了，低了就直接修改版本号，重新安装。依赖中的版本，4.13 确定问题所在。直接去百度查找能够适应。看了报错信息，可能和。

简单的来说就是出现了跨域请求，但浏览器默认的SameSite=Lax是不支持跨域下cookie操作的。因此设置cookie失败。打开谷歌浏览器，地址栏输入：chrome://extensions/然后打开开发者模式，把下载的拖进去。解决方法有很多，有通过代码解决的，可以通过设置浏览器来解决，但是不能要求所有用户都改浏览器设置。，让请求来携带 cookie，但浏览器依旧无法携带 cookie。方法一：添加一个SpringSession配置类。方法二：在yml配置文件中添加配置。

前端是 axios 向后端发送请求，根据 cookie 来判断当前用户是否登录，但是在请求的时候，没有携带 cookie。来让 axios 向后端请求的时候携带上 cookie。axios 默认不携带凭证（cookie）但是添加配置后，出现了跨域错误。前半部分是允许该地址进行跨域。后半部分是允许携带凭证。

这个冲突存在好久了，之前一直都用 npm 的包管理，但今天用到了 yarn，根本使用不了，实在忍不了了，之前看网上的教程有说，将 nodejs 中的 yarn.cmd 文件改一下名称就可以了，当时想的是，那改了名称是不是还要修改环境变量之类的东西，不更麻烦吗，算了还是直接用 npm 吧，今天抱着试一试，司马当活马医的态度，直接改了，没想到，不需要修改环境变量直接使用即可。

这个是java开发人员通过向数据库插入中文或者表情符号时一个经典的错误。网上提供的原因通常是将数据库的编码为gbk或其他非utf-8编码，解决方案为将数据库编码改为utf-8。别问为什么，因为我修改数据库的编码格式没成功…推荐修改某一列的编码格式…

【代码】阿里云服务器拉取 Github 上的文件失败。

提交代码的时候，提交错误了…无论是使用 idea 自带的工具还是直接使用命令行都会报错。

但是两者的区别在于，第一个帐户（monty@localhost）只能通过本地登录，而第二个账户（monty@%）可以通过任意主机登录。值得注意的是，为了能够使用monty帐户在任何地方进行登录，这两个账户同时存在则是必要的。因为，如果没有本地帐户（monty@localhost），使用monty帐户登录时，mysql_install_db将优先考虑创建一个本地的匿名帐户。原因则在于，匿名帐户拥有一个比nonty@%账户更加具体的host字段值，从而在user表排序的时候会相对出现的更早。

​ 第二种，Tomcat提供的DataSource，如果不想用HikartCP，并且使用tomcat作为web服务器进行web程序的开发，使用这个。因为web技术导入starter后，默认使用内嵌tomcat，既然都是默认使用的技术了，那就一用到底，数据源也用它的。​ 第一种，HikartCP，这是springboot官方推荐的数据源技术，作为默认内置数据源使用。​ 第三种，DBCP，这个使用的条件就更苛刻了，既不使用HikartCP也不使用tomcat的DataSource时，默认给你用这个。

很奇怪是吧，两次都输出同一个值，且输出格式都是相同的，结果竟然是不一样的…我用 printf 输出和用 cout 输出，两次的值竟然不同！今天写实验报告的时候，出现了一个十分奇葩的问题！问了问林大佬才知道，cout 输出流的执行顺序。这样一解释就很清楚了吧。

java 连接数据库时，连接没有报错，奇怪的是，向数据库写内容的时候，报错了。就认为密码没有问题，这里就是数据库密码的问题，检查自己的密码有没有写错。账号和密码不匹配（密码错误）

比较麻烦，且会破坏之前的数据库内容，因此不推荐。mysql 版本与依赖包的版本不同，无法连接。IDEA导入MySql依赖：5.1.38。将本地 mysql 降级为 5.1.38。本地mysql：8.0.27。将依赖包更换成 8.0.27。

网上其他的博客也有这样修改的，但是要注意的是，jdk 的版本有很多地方都要改，如果漏掉一个地方没有修改的话，还是不能够正常运行。IDEA 运行 scala 项目的时候报错。JDK 版本与 scala 版本冲突。将 JDK版本改为 1.8。

这个时候就需要增加一下 idea 的控制输出内容大小了，将其调大一点，就会输出更多的内容了。有时候控制台输出的内容太多，导致一部分内容被自动清掉了。

（突然想起来之前 vscode 乱码的问题，会不会也是这个问题 …死去的记忆突然攻击我）但是还是依旧乱码，后来发现，不能盲目的改为 utf-8，要保持和自己的电脑的编码格式相同。刚开始的时候去网上搜教程，然后搜到了将下面的全部改为 utf-8。IDEA 控制台中文输出时出现乱码问题。936是GBK编码。

原因：进行 hadoop 格式化的时候没有事先结束所有进程，或者多次进行了 format 导致的 datanode 的 clusterID 和 namenode 的 clusterID 不匹配，从而在启动后没有 datanode 进程。

报错信息：Interface (‘VirtualBox Host-Only Ethernet Adapter’) is not a Host-Only Adapter interface (VERR_INTERNAL_ERROR).出现原因：操作系统升级导致host-only网卡莫名消失了。点击设置选择网络，将连接方式该为。

Failed to obtain JDBC Connection; nested exception is java.sql.SQLException: Access denied for user ‘fickler’@‘60.209.149.201’ (using password: YES)在使用线上数据库的时候出现了这个错误，刚开始的时候以为是，用户的权限不对，然后又去改的数据库用户的权限，后面发现，前端也报错了，突然想到，这个线上的数据库是我另一个数据库，这个好像没有开放端口，然后又去开放的端口

路径 应该是下面这个样子的：（不再是文件目录的样子了，而是Java包的样子）： 当前的源代码（所有的包）没有被添加到。运行 Java 文件时，出现下面的。

使用 vscode 编写 html 页面的时候出现了乱码问题这个出现的问题主要是，你之前的编码和现在打开所使用的编码不一致导致的，理论上来说，你接着在该页面输入汉字的话，是不会出现乱码，但是保存后再次打开依旧可能会出现乱码问题，这就是保存时的编码格式和打开时的编码格式不一致导致的重新选择编码格式打开，选择和该文件一开始的编码格式相同的编码一般来说都是 UTF-8，这里主要根据自己的配置修改。