ysy1119的博客

那么就先在宝塔上，一般这里在创建前端的项目的时候，它会自动给前端端口放行，如果有就不用添加了、没有就手动添加。因为我是用宝塔进行项目部署的。所以遇到这种情况，要去操作两边（宝塔and服务器所属平台）我的项目中涉及到的要上传的端口主要是，前端5173、后端8090、redis6379。一般就是服务器上的安全组没有放行端口。在我们部署项目到服务器上的时候，一顿操作猛如虎，打开页面.....操作完后， 点击保存就可以生效了，无需再重启服务器。最后再去访问项目，这个时候外网就能访问到了。这里我的服务器是阿里云的。

记录一下部署项目的时候，遇到的另外一种情况，在万物已具备的情况下，这个时候我们能通过“服务器ip地址:前端端口号”去访问到我们的项目页面了。这时候去操作功能，发送请求的时候，却报错了，接口响应404。[之所以报错的原因，是我本地打包上去的文件里面，也就是api配置里的target，在复制服务器ip地址替换的时候多了一个空格hhhh【/服了】]新配置的项目，一般配置文件中是没有这个部分的，这里手动加入一下：注意proxy_pass这里，就替换为当前所登录的服务器ip:后端端口。

那么这时候只需要，回到我们的后端项目上，在redis的配置中添加password，然后mvn clean，最后mvn package一下，重新上传jar包上去。ok，分析完问题，就突然想到我在宝塔上的redis里设置了密码，但是我在后端项目上配置redis的时候是还没配置password的，上传到服务器上的配置文件里面没有设置redis的密码，但是服务器上的redis应用设置了密码。这通常意味着 Redis 服务器已经启用了密码认证，但客户端的配置中可能没有正确设置密码，或者密码格式不符合要求。

问题出在 Spring 无法找到类型的 Bean。这通常意味着 Spring 在创建和时，无法找到的实例。

虽然错误信息没有直接指向数据库连接问题，但确保数据库连接字符串、用户名和密码等配置正确，且数据库服务正在运行，也是排除故障的一部分。：有时候IDE 的自动编译功能也可能会出现问题，导致某些类没有被正确编译或更新。于是我就将springboot版本降为3.1.4，ok，加载一下。注解，以及接口中的方法定义是否符合 MyBatis Plus 的要求。最近写项目的时候，启动项目失败了，一直在报一个。接口的定义是否有误，比如是否正确使用了。，spring 在尝试获取我的。的类型时失败了，导致了一个。

SLF4J是一个用于日志管理的门面，它允许使用统一的接口来调用各种日志框架。：如果无法通过排除依赖来解决冲突，可以使用Maven的shade插件来重新打包你的应用程序，并排除掉不需要的绑定。文件中，可以排除掉那些包含SLF4J绑定的依赖项。：在Eclipse中，检查项目的构建路径（Build Path）设置，确保指向正确的JDK。但是当项目的类路径上有多个SLF4J的实现时，它不知道应该使用哪一个，因此会给出警告。：确保Eclipse环境中配置的JDK版本是正确的，并且项目的。版本与设置的JDK版本兼容。

具体来说，CGLIB 尝试通过反射访问 java.lang.ClassLoader.defineClass 方法来动态创建类，但是由于 Java 模块系统（Java 9 及以上版本）的安全限制，默认情况下不允许这样做。然后就看对应的测试类，问题是由于在使用 EasyMock 时，verify 方法的使用不当导致的。在 EasyMock 3 或更高版本中，verify 方法应该在 replay 方法之后立即调用，而不是在测试方法的最后。一运行测试发现测试用例不通过！

docker images -q 返回所有镜像的ID，然后 docker rmi 使用这些ID来删除镜像。请注意，如果存在基于这些镜像的容器（即使这些容器已经被删除），也会导致删除操作失败，因为Docker不允许删除正被使用的镜像。

Mapper 接口和 Controller 类中【mapper和controller导入相同实体类的情况下，controller导入的实体类所在包路径是受mapper影响的，两者导入的类需要是同一个包下的类（不过这种会误导入框架自带类的包的情况应该算概率不大的事件）】，都错误地导入了 Spring 框架中的Problem类而不是我自己创建的实体类。这导致了在运行发送GET请求的时候，项目尝试将我所创的实体类转换为 Spring 框架中的Problem类，从而就抛出了异常。

再去打开任务管理器，查看一下自己本机上目前使用的内存，一看果然发现，内存不够了，才会导致这个error的出现，最简单的方法就是直接重启，再运行ubuntu就可以了，或者是关掉一些服务进程。

（1）查看错误提示“类文件具有错误的版本 61.0, 应为 52.0”，61.0对应的是jdk17，52.0对应1.8。（3）依赖的下载版本与jdk不匹配，有两种解决方法，第一种降低依赖的版本，第二种换jdk，这里我用第二种方法来解决。（6）此时再运行项目，ok，spring的LOGO出来了。ps：但会发现，出现了一个error。（2）去查一下pom.xml文件。，针对这个问题的一个解决方法。可以跳转到我写的这篇博客。

Http2:服务器:从客户端读取序言错误。/pipe/docker_engine:文件已经关闭。错误：:解析docker.io/library/java:17的源元数据失败，找不到这个文件。“未知的速记标志:'n' in -name参见'docker run——help'。错误:无效标签"springDockerImages":存储库名称必须是小写的。错误:"docker buildx build"只需要一个参数。错误：打开Dockerfile:没有这样的文件或目录。错误：docker守护进程未运行。

这里我们进入binaries，点击tomcat-native-1.2.34-openssl-1.1.1o-win32-bin.zip即可下载，在解压之后进入bin目录下，根据你是需要64位还是32位进行选择（提示：64位的相关文件是一起放在了32位的文件下的），把“tcnative-1.dll”拉下来，放到对应jdk的bin目录下就好了。其实这个错误翻译过来就是：安装了一个不兼容的版本[1.2.23]的Apache Tomcat原生库，而Tomcat需要版本[1.2.34]。

原因是，我放入jdk的bin文件夹下的tcnative-1.dll文件是32位的，那么肯定是无法在AMD 64位平台上加载IA 32位.dll。进入x64文件夹里找到tcnative-1.dll，再把它对应放进jdk的bin文件下就好了。

（3）进入File—>Project Structure—>ProjectSettings——>Modules——>Dependencies。（5）如果要用的版本是15以下的，就对应选择选项，如果是15以上的，就选15就好了。（4）确认好后，就到关键的一步，进入Setting——>Build..——>Compiler——>Java Compiler。可以发现选中的地方显示是19，但点击下拉选项后你会发现里面最高也就15，所以这里输入的是19，定然会报错显示“不支持”了。修改好后记得apply一下。

才发现启动的是端口号为8845的nacos服务（图这里放的是8848），所以不管运行多少次项目，nacos启动的端口号都不是项目要访问的那一个肯定是会报异常的。（1）先去查看nacos是否启动，也就是进入到bin目录，cmd运行“startup.cmd -m standalone”命令启动。（3）把nacos端口号改成项目需要的那一个，保存再运行就ok了 .这是一个连接异常：拒绝连接，导致其原因是申请API失败。

在运行SpringBoot项目的时候，发现总有这个警告提示出现，有点强迫症真的每次运行项目都很难受啊！那么今天便来解决这个问题！Java HotSpot(TM) 64位服务器VM警告:选项-Xverify:none和-noverify在JDK 13中已弃用，可能会在未来的版本中删除。

一直在提示“No beans of 'UserService' type found”，回去翻了Service业务层的代码，@Service注解我也加了呀，奇了怪了。service在com文件夹目录下，controller在com.example.myjpa里，没有放在同一个目录下也没有添加条件去扫描，那肯定就找不到呀！（如果你的error报错日志里也有提到跟我一样的描述，那你先去看看你的Service类是否有加竹节，然后去看看你创建的文件夹是否都在同一个目录下~）那么到这里，其实答案就已经浮出水面了！

警告:不建议在未验证服务器身份的情况下建立SSL连接。根据MySQL 5.5.45+， 5.6.26+和5.7.6+的要求，如果没有设置显式选项，则必须默认建立SSL连接。您需要通过设置useSSL=false显式禁用SSL，或者设置useSSL=true并为服务器证书验证提供信任存储。其实就是数据库连接的问题，如果电脑安装的mysql是 5.5.45+、5.6.26+和5.7.6+版本的，那儿就需要在数据库连接是给url补充上useSSL=false或useSSL=true，即可解决问题。

无效的目标发行版错误，这是老伙计来了，一般都是jdk的问题，那么就开始检查是不是idea配置里面用了19的发行版。

③指明dev环境的meta：-Ddev_meta=http://localhost:**** 【此端口号填你给portal设置的端口号】搜遍全网的解决方法，加载了全部的依赖依旧没办法解决。①指配置Apollo Portal中某个应用的id：-Dapp.id=****edit configurations中修改jdk版本。②指明要配置DEV环境: -Denv=***Project setting中修改jdk版本。

因为这个是在校园网里的一个IP地址，当我断开了网线之后，再去进行相关的svn操作，此时就会报错报error，当我把网线插上时，即可继续进行操作。通过电脑下创建的文件夹去向svn服务器里的仓库import文件，却一直报error，显示错误原因是。看到这个报错原因是网络原因，首先我们就想是不是''的问题，这个是我在我的SVN服务器里设置的。

------------------------------希望这篇文章可以帮你解决运行sql文件的问题！---------------------------------Mysql5.7版本在导入sql文件时，有可能会因为运行的sql文件索引长度不够或其他原因导致建不全。点击运行后，发现报错显示原因了——表cart：Unknown collation: 'utf8mb4_0900_ai_ci'（3）用记事本打开要运行的那个SQL文件，找到文件中在每一个creat table 下添加。

今天做完课设的一个小页面时，想要将代码上传到远程仓库中，但git pull完后去git push时居然报错了！报错显示与远程仓库连接失败，顿时想起前一天晚上修改了gitee官网上的账号密码。看了一下网上的查询资料，根本解决不了。输入完命令后回车，便会弹出登录的窗口，即重新输入你gitee上的账号密码，输入无误后就能push成功了！这里要注意：如果你前一次用了origin，就修改成其他的，不能重名，因为已经存在了。做完以上操作后，记得git pull一下，保持本地仓库与远程仓库的一致。