接替此文【下篇-服务端+后台管理】优雅草蜻蜓z系统JAVA版暗影版为例-【蜻蜓z系列通用】-2025年全新项目整合搭建方式-这是独立吃透代码以后首次改变-独立PC版本vue版搭建教程-优雅草卓伊凡

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS PostgreSQL,高可用系列 2核4GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 接替此文【下篇-服务端+后台管理】优雅草蜻蜓z系统JAVA版暗影版为例-【蜻蜓z系列通用】-2025年全新项目整合搭建方式-这是独立吃透代码以后首次改变-独立PC版本vue版搭建教程-优雅草卓伊凡

接替此文【下篇-服务端+后台管理】优雅草蜻蜓z系统JAVA版暗影版为例-【蜻蜓z系列通用】-2025年全新项目整合搭建方式-这是独立吃透代码以后首次改变-独立PC版本vue版搭建教程-优雅草卓伊凡

问题背景

修一下这坨山,这个不是屎山,但是确实已经成一坨山了,此前由于每个同事都有接手过蜻蜓z系统项目,总参与开发人数高达20人以上,到了卓伊凡这里每次要搭建总是不是这个有问题就是那个有问题,看了连续很多同事做的教程,方法都不太通也不太同,卓伊凡花了2个月去学习java并且对maven构建项目,gradle构建项目,java运行机制,Nginx配置整体有了清晰的认知,包括对java运行jdk的版本问题也做了学习,最终发布本篇神作!!!本篇即将要将曾经蜻蜓z系统要搭建3-5天,最少1-2天的问题攻破了,本文把snow-server,snow-manage-vue,snow-manage服务端的三大部分,服务端server,服务端后台前端源码,服务端后台全部融合在了一个库,有些同事(当然我只是说有些同事,不是所有,我们还是有很多大佬既谦卑又特别负责任)一个个总觉得自己不得了,了不得,总觉得我在前面指挥这指挥那我不懂这不懂那,好好好,逼我实力来打你们脸!!!后面我的搭建基本上能够削减在30分钟以内!!

原文:

写到一半弄不下去了,问这个同事有这样的说法,问另一个同事有另一个说法,现在整合起来在一个库,并且简化搭建过程,需要做到这步是花了2个月废寝忘食的学习,不过不打紧,卓伊凡现在的人生目标就是学习,我学习我快乐,我挣钱!!!!那也是我该得的!!!,接下来六边形战士要开始了!
这个搭建真的气得我肺疼,搭建到一半实在搞不下去了!

而且优雅草做了 起码有不下8个教程,还是不同人做的,然后没有一个是完全完整的!!!!

基础环境

原版本写的:

操作系统版本:Linux Ubuntu Ubuntu Server 24.04 LTS 64bit (22版本也行)
Nginx版本:1.22+(开发环境1.22)
MySQL版本:建议是mysql8.0+(数据库mysql8.0会要求内存不低于6G,如果服务器实在达不到 最低也要mysql5.6)
JAVA JDK版本:v1.8(目前开发环境为jdk1.8.0_371)
redis版本:v7.4.1(7.2.4版本以上皆可)
node.js版本 v16.x (此很重要,版本不对基本上前端无法打包成功)
flutter打包版本 3.7.x (flutter客户端打包版本-安卓-IOS)
flutter打包版本 3.13.x (雪花版snow的 fluttersdk版本要高一些请注意,flutter客户端打包版本-安卓-IOS)

node版本在最后一步才确定好,然后用nvm安装 nvm install 16.14.2

新版本:

操作系统版本:Linux Ubuntu Ubuntu Server 24.04 LTS 64bit (22版本也行)
Nginx版本:1.22+(开发环境1.22,这个无所谓,Nginx基本上你用最新的版本就好了,)
MySQL版本:建议是mysql5.7+(这里也是坑,数据库 因为mysql5.7和8的是可兼容的,因此最低要5.7+不是5.6把卓伊凡坑惨了!!!!)
JAVA JDK版本:v1.8(目前开发环境为jdk1.8.0_371,这里真的有误区,jdk版本矮了不行,高是没问题的,也就是说最低1.8但是你们知道1.8有多老吗?很多年前的东西,目前卓伊凡采用 jdk 17)
redis版本:v7.4.1(7.2.4版本以上皆可)
node.js版本 v16.x (node确实没办法必须,这样,)
flutter打包版本 3.7.x (原始开发环境3.7.x,但是根本不一样,升级版本高一点,有问题看问题,版本3以上即可snow-manage-vue即可。
Tomacat:这个是推荐安装的,安装了 对java配置变得更加容易,
后台框架:若依框架 (之前都没人说后台管理admin框架是若依框架,但是还有个问题 那分布式那套蜻蜓z旗舰版 design的后台系统又是怎么改的,好多谜团)

——最后一步了 发现问题——追加 node版本

域名分配

默认需要解析的域名数量为5个,目前以我们demo站为例
后台管理:shadowadmin.youyacao.com
服务端请求域名:shadowapi.youyacao.com
PC端访问域名:shadowpc.youyacao.com
H5端独立访问域名:shadowh5.youyacao.com

这个由于要搭建那么多那肯定没得说需要搞,但是本文主做服务端+后台管理搭建,其他至于pc,h5,那就是轻轻打包一下的问题,参考我们

以下演示为例 我们由于demo要搭建雪花版因此以雪花版为例,雪花版(暗影版)内核是通的一模一样,只是我这里域名不一样,这里须知

后台管理:snowadmin.youyacao.com
服务端请求域名:snowapi.youyacao.com

再吐槽下文件:

这谁看得懂是啥,我打开了assets 分析了 资源才明白,第一个是pc的,第二个是独立vue写的前端这命名我要吐血了,下面三个是之前老同事命名的。

接下来我改名,

然后此前我manage 和 server 为啥会分开呢,我仔细看了下原来,manage是后台vue对应要连接的,框架是ruoyi若依框架

然后server才是真正的项目的接口以及各项服务的,其中还包含上传服务的两个配置,也不知道为啥要这么写

经过我的梳理整理得到如下:

全部分明了,包括sql数据库也都放进去了,

而且还有vue的项目基本都把node要去掉,太大了,我新建了.gitignore 文件
并且做了做了调整:

###############################这是卓伊凡我添加的
snow-manage-vue/node_modules
snow-server/.idea
vue-h5/node_modules
vue-pc/node_modules
###############################以下是默认必须的
# Build Tools
.gradle
/build/
!gradle/wrapper/gradle-wrapper.jar
target/
!.mvn/wrapper/maven-wrapper.jar
######################################################################
# IDE
### STS ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr
### JRebel ###
rebel.xml
### NetBeans ###
nbproject/private/
build/*
nbbuild/
dist/
nbdist/
.nb-gradle/
######################################################################
# Others
*.log
*.xml.versionsBackup
*.swp
!*/build/*.java
!*/build/*.html
!*/build/*.xml

打开项目第一件事,clean!!!!

正式搭建

打包jar包

首先打包整体外部 这个,也就是 后台管理 admin的 jar包

点击maven 点击 package,在打包的同时我们来把 服务建立起来

这里我想了下名字改成ff-admin,再多建立个server放服务端

我们在idea中单独打开snow-server


选择新窗口打开

打开后提示加载maven 我们加载

完成后以此点击 clean ,install,然后 package 打包

不过 从子目录打开卓伊凡 发现个问题,maven压根识别不到, 可能是上级有maven的原因????对于此卓伊凡不太理解,不过就任他吧所以就只能单独又放到一个根目录去打开

终于正常了 不过我们发现数据库信息没有改,因此我们需要修改,想到这里,之前的打包admin的时候也没有修改,我们都要修改,修改之前我们去宝塔建立个数据库

接下来修改数据库信息,

修改这三个部分,

不过我在src/main/resources/generatorConfig.xml 文件发现很多地方 数据库名字都用的songshu 因此我们数据库名还是用songshu比较好 怕有未知问题,第一代java总监项目负责人去米国做贸易了,所以这摊子很难收。

这样子保险一些,重新分别执行clean ,install,然后 package 打包,

这样我们就得到了 两个包 一个叫做 yyc-admin 一个叫做 snow-jar
路劲
yyc-admin/target/yyc-admin.jar 我们已经成功输出

server 执行报错,提示没有找到sdk路劲,以前这个问题卓伊凡头大,现在卓伊凡轻车熟路,

点击菜单,项目结构,

修改 正确的sdk路径,保存,ok clean 正确执行,但是
install 就报错了

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project z-server: Fatal error compiling: java.lang.IllegalAccessError: class lombok.javac.apt.LombokProcessor (in unnamed module @0x3875b3c9) cannot access class com.sun.tools.javac.processing.JavacProcessingEnvironment (in module jdk.compiler) because module jdk.compiler does not export com.sun.tools.javac.processing to unnamed module @0x3875b3c9 -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:

这个错误通常是由于 Lombok 和 JDK 版本不兼容导致的。可以尝试以下几种方法来解决这个问题:

  1. 升级 Lombok 版本: 确保你使用的是最新版本的 Lombok。在你的 pom.xml 文件中添加以下依赖:
<dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>1.18.20</version>
        <scope>provided</scope>
    </dependency>
    ```

我们选择升级lombok,问题不大

  1. 降低 JDK 版本: 如果你不想升级 Lombok,可以尝试降低你的 JDK 版本。例如,你可以将 JDK 版本降到 1.8。
  2. 配置 Maven 编译器插件: 确保你使用的是最新版本的 Maven 编译器插件1。在你的 pom.xml 文件中添加以下依赖:
<dependency>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>3.8.1</version>
    </dependency>
    ```
  1. 清理并重新构建项目: 在进行以上修改后,请清理并重新构建项目以验证问题是否已解决:

完成打包

target/z-server.jar

放入对应服务器的文件目录下,

接下来 导入数据库,


蜻蜓z系统 雪花版做了演员数据库 量很大,几十万条,还有其他影视采集数据,所以数据集100多M,需要慢慢等待,等后面 我们再处理清空一次。

找到服务器的 java 项目配置,这里我们服务器也要对应是 jdk 17的版本 毕竟本地是17版本打包的。

目录选择 我们刚刚放好的jar包,一个个添加,端口对应自己弄,自己放行。

提示application-druid.yml 这个数据库文件没有改

这时候数据库已经好了,我们去导入先,然后重新打包并且上传jar,这里卓伊凡不再重复步骤

一运行,启动失败,一看原来是数据库配置 mysql://localhost:3306 这里都能写错,还有这里下面顺便改了,端口要对应,还有上传目录

还有server 这里的 也要改

at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166) at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:722) at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:658) at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:584) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:496) at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:995) at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.lang.Thread.run(Thread.java:745)

pia ,这堆报错 直接给卓伊凡一顿搓,这下老实了,这段错误堆栈信息表明在使用 Netty 的过程中发生了异常

看来我们本地还是老老实实用jdk1.8吧,前同事留下来的就是jdk1.8所以我们还是老实了

然后又是一堆

... 61 common frames omitted
Caused by: io.lettuce.core.RedisConnectionException: Unable to connect to 127.0.0.1:6379
    at io.lettuce.core.RedisConnectionException.create(RedisConnectionException.java:78)
    at io.lettuce.core.RedisConnectionException.create(RedisConnectionException.java:56)
    at io.lettuce.core.AbstractRedisClient.getConnection(AbstractRedisClient.java:330)
    at io.lettuce.core.RedisClient.connect(RedisClient.java:216)
    at org.springframework.data.redis.connection.lettuce.StandaloneConnectionProvider.lambda$getConnection$1(StandaloneConnectionProvider.java:115)
    at java.util.Optional.orElseGet(Optional.java:267)
    at org.springframework.data.redis.connection.lettuce.StandaloneConnectionProvider.getConnection(StandaloneConnectionProvider.java:115)
    at org.springframework.data.redis.connection.lettuce.LettucePoolingConnectionProvider.lambda$null$0(LettucePoolingConnectionProvider.java:97)
    at io.lettuce.core.support.ConnectionPoolSupport$RedisPooledObjectFactory.create(ConnectionPoolSupport.java:211)
    at io.lettuce.core.support.ConnectionPoolSupport$RedisPooledObjectFactory.create(ConnectionPoolSupport.java:201)
    at org.apache.commons.pool2.BasePooledObjectFactory.makeObject(BasePooledObjectFactory.java:58)
    at org.apache.commons.pool2.impl.GenericObjectPool.create(GenericObjectPool.java:918)
    at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:431)
    at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:356)
    at io.lettuce.core.support.ConnectionPoolSupport$1.borrowObject(ConnectionPoolSupport.java:122)
    at io.lettuce.core.support.ConnectionPoolSupport$1.borrowObject(ConnectionPoolSupport.java:117)
    at org.springframework.data.redis.connection.lettuce.LettucePoolingConnectionProvider.getConnection(LettucePoolingConnectionProvider.java:103)
    ... 62 common frames omitted
Caused by: io.lettuce.core.RedisCommandExecutionException: WRONGPASS invalid username-password pair or user is disabled.
    at io.lettuce.core.internal.ExceptionFactory.createExecutionException(ExceptionFactory.java:147)
    at io.lettuce.core.internal.ExceptionFactory.createExecutionException(ExceptionFactory.java:116)
    at io.lettuce.core.protocol.AsyncCommand.completeResult(AsyncCommand.java:120)
    at io.lettuce.core.protocol.AsyncCommand.complete(AsyncCommand.java:111)
    at io.lettuce.core.protocol.CommandHandler.complete(CommandHandler.java:746)
    at io.lettuce.core.protocol.CommandHandler.decode(CommandHandler.java:681)
    at io.lettuce.core.protocol.CommandHandler.channelRead(CommandHandler.java:598)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
    at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357)
    at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379)
    at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365)
    at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
    at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166)
    at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:722)
    at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:658)
    at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:584)
    at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:496)
    at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:995)
    at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
    at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
    at java.lang.Thread.run(Thread.java:745)

配置redis

一看是,redis配置,对了这个忘记了

修改和服务器对应的redis信息

部署jar包

终于成功一个, 然后 第二个 报错,由于pagehelp 又改了一些

报错

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'com.github.pagehelper.autoconfigure.PageHelperAutoConfiguration': Invocation of init method failed; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'com.github.pagehelper.autoconfigure.PageHelperAutoConfiguration': Requested bean is currently in creation: Is there an unresolvable circular reference? 2025-02-10 20:54:22.038 INFO 516100 --- [ main] o.apache.catalina.core.StandardService : Stopping service [Tomcat] 2025-02-10 20:54:22.064 INFO 516100 --- [ main] ConditionEvaluationReportLoggingListener :
Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled. 2025-02-10 20:54:22.095 ERROR 516100 --- [ main] o.s.b.d.LoggingFailureAnalysisReporter :
APPLICATION FAILED TO START
Description:
The dependencies of some of the beans in the application context form a cycle:
-> | com.github.pagehelper.autoconfigure.PageHelperAutoConfiguration <-
Action:
Relying upon circular references is discouraged and they are prohibited by default. Update your application to remove the dependency cycle between beans. As a last resort, it may be possible to break the cycle automatically by setting spring.main.allow-circular-references to true.

手动配置 pagehelp的方案

import com.github.pagehelper.PageHelper;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import java.util.Properties;
@Configuration
public class PageHelperConfig {
    @Bean
    public PageHelper pageHelper() {
        PageHelper pageHelper = new PageHelper();
        Properties p = new Properties();
        p.setProperty("helperDialect", "mysql");
        p.setProperty("reasonable", "true");
        p.setProperty("supportMethodsArguments", "true");
        p.setProperty("params", "count=countSql");
        pageHelper.setProperties(p);
        return pageHelper;
    }
}

终于两个都成功了

admin的Nginx访问添加以及伪静态

回到添加网站,添加ffadmin 先

伪静态配置

location / {
  try_files $uri $uri/ /index.html;
}

打包admin的文件

由于前车之鉴 我们还是不要自作聪明拉,根目录打开项目 ,并且npm install

修改请求地址

执行打包命令:

npm run build:prod

然后又报错,,

各种依赖不匹配,版本原来是 大于14小于15,

切换16.14.3版本

部署dist后台前端

成功打包

将dist目录里面的文件 放入网站ffadmin里面,

添加ff服务端了,添加完了 突然反应过来地址错了,应该用ff,也就是后端请求这个地址应该用ff才对,ff才是server admin 是后台。

配置服务端伪静态

对应伪静态:

location / {
  try_files $uri $uri/ /index.html;
}
location /prod-api/{
  proxy_set_header X-Forwarded-Scheme https;
  proxy_set_header Host $http_host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header REMOTE-HOST $remote_addr;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_pass http://127.0.0.1:8796/; 
}

重新再打包下admin的vue,

访问提示跨域,卓伊凡就没明白怎么就又不对

然后终于又找到解决问题的地方,

哎!!!java的项目流程复杂,所以每天都有一万多个问题,因此贵有贵的道理,真复杂。

这个地址一旦不一致就要跨域,

这段代码配置了Vue CLI的代理设置,用于开发环境中的API请求转发。具体功能如下:
将process.env.VUE_APP_BASE_API指定的API路径请求转发到http://localhost:8796。
启用changeOrigin以解决跨域问题。
使用pathRewrite去掉请求路径中的process.env.VUE_APP_BASE_API前缀。

最后还有个这个方法,但是没试,因为已经可以了,这篇文章耗费心力,但是非常值得 直接提升我们团队 开发效率,让每个同事都能搭建!

目录
相关文章
|
6天前
|
安全 架构师 Java
Java LTS版本进化秀:从8到21的欢乐升级之旅
困惑于Java版本选择?轻松幽默地穿越Java LTS版本时光隧道,掌握从Java 8到21的关键特性。通过一家初创公司的系统升级故事,直观了解每个版本如何解决代码冗余、性能瓶颈等开发痛点,助你在技术选型中做出明智决策。
|
10天前
|
安全 Cloud Native Java
Java 模块化系统(JPMS)技术详解与实践指南
本文档全面介绍 Java 平台模块系统(JPMS)的核心概念、架构设计和实践应用。作为 Java 9 引入的最重要特性之一,JPMS 为 Java 应用程序提供了强大的模块化支持,解决了长期存在的 JAR 地狱问题,并改善了应用的安全性和可维护性。本文将深入探讨模块声明、模块路径、访问控制、服务绑定等核心机制,帮助开发者构建更加健壮和可维护的 Java 应用。
72 0
|
16天前
|
Java API 开发工具
【Azure Developer】Java代码实现获取Azure 资源的指标数据却报错 "invalid time interval input"
在使用 Java 调用虚拟机 API 获取指标数据时,因本地时区设置非 UTC,导致时间格式解析错误。解决方法是在代码中手动指定时区为 UTC,使用 `ZoneOffset.ofHours(0)` 并结合 `withOffsetSameInstant` 方法进行时区转换,从而避免因时区差异引发的时间格式问题。
103 3
|
16天前
|
NoSQL Java 关系型数据库
超全 Java 学习路线,帮你系统掌握编程的超详细 Java 学习路线
本文为超全Java学习路线,涵盖基础语法、面向对象编程、数据结构与算法、多线程、JVM原理、主流框架(如Spring Boot)、数据库(MySQL、Redis)及项目实战等内容,助力从零基础到企业级开发高手的进阶之路。
106 1
|
25天前
|
缓存 Java 开发者
Java 开发者必看!ArrayList 和 LinkedList 的性能厮杀:选错一次,代码慢成蜗牛
本文深入解析了 Java 中 ArrayList 和 LinkedList 的性能差异,揭示了它们在不同操作下的表现。通过对比随机访问、插入、删除等操作的效率,指出 ArrayList 在多数场景下更高效,而 LinkedList 仅在特定情况下表现优异。文章强调选择合适容器对程序性能的重要性,并提供了实用的选择法则。
|
28天前
|
人工智能 监控 安全
智慧工地解决方案,java智慧工地程序代码
智慧工地系统融合物联网、AI、大数据等技术,实现对施工现场“人、机、料、法、环”的全面智能监控与管理,提升安全、效率与决策水平。
|
1月前
|
Cloud Native Java API
Java Spring框架技术栈选和最新版本及发展史详解(截至2025年8月)-优雅草卓伊凡
Java Spring框架技术栈选和最新版本及发展史详解(截至2025年8月)-优雅草卓伊凡
267 0
|
1月前
|
Java 数据库 前端开发
分享44个java系统,总有一款适合您
分享44个微信小程序,总有一款适合您
37 0
|
2月前
|
安全 Java API
Java 17 及以上版本核心特性在现代开发实践中的深度应用与高效实践方法 Java 开发实践
本项目以“学生成绩管理系统”为例,深入实践Java 17+核心特性与现代开发技术。采用Spring Boot 3.1、WebFlux、R2DBC等构建响应式应用,结合Record类、模式匹配、Stream优化等新特性提升代码质量。涵盖容器化部署(Docker)、自动化测试、性能优化及安全加固,全面展示Java最新技术在实际项目中的应用,助力开发者掌握现代化Java开发方法。
123 1