2-基础环境配置

简介: 本文介绍项目基础环境配置,包括开发环境(JDK8+、Maven、Redis、MySQL、Idea及必要插件)和技术储备(SpringBoot、MybatisPlus、Shiro、SpringCloud Alibaba等),助你快速搭建开发框架。

2-基础环境配置

1.开发环境
Jdk8+(小于11)
Maven
Redis 3.2+
MySQL 5.7+
Idea安装
Idea中插件:Lombok Plugin 必装
Idea中插件:热部署JRebel安装

jrebel使用教程,jrebel注册码,jrebel激活码,jrebel破解教程

在我们的日常开发工作中,一般是都是 IDEA + Tomcat 部署运行 web 项目。项目运行之后,如果你修改了 Java 代码,想要生效就必须得重启 Tomcat 服务器才行。改一次代码就要...

jrebel使用教程,jrebel注册码,jrebel激活码,jrebel破解教程

2.技术储备
Springboot:比较基础不再赘述
MybatisPlus:比较基础不再赘述
Shiro:笔者暂未编写教程,可以快速浏览一下:SpringSecurity教程
SpringCloud Alibaba:SpringCloud教程

相关文章
|
1天前
|
消息中间件 监控 Java
RocketMQ:底层Netty频繁OS OOM
本文分析了一起RocketMQ应用因Netty频繁申请堆外内存导致OS OOM的问题。根本原因是多个ClassLoader加载了多个PooledByteBufAllocator实例,各自独立占用堆外内存,突破JVM的MaxDirectMemorySize限制。结合Arthas、NMT等工具深入排查,最终定位到rocketmq-client实例占用近1G堆外内存。建议短期调小Java堆以腾出空间,长期优化Netty内存使用与类加载机制。
 RocketMQ:底层Netty频繁OS OOM
|
1天前
|
运维 NoSQL 测试技术
Redis:内存陡增100%深度复盘
本文复盘了Redis内存陡增100%的故障:因大Key调用导致带宽耗尽,引发缓冲区(输入/输出)内存激增,最终占满实例内存,虽淘汰策略存在但仍导致服务不可用。根因是缓冲区内存被撑爆,而非数据本身。建议优化Key设计、监控缓冲区及合理配置。
Redis:内存陡增100%深度复盘
|
1天前
|
Java 测试技术 API
从Google线上故障,谈灰度发布的重要性
2025年6月12日,Google Cloud因未灰度发布新功能导致全球服务中断7小时。本文以该事件为例,阐述配置灰度发布的重要性,介绍基于Nacos的IP和标签灰度方案,强调通过渐进式发布降低系统风险,保障业务稳定。
从Google线上故障,谈灰度发布的重要性
|
1天前
|
自然语言处理 fastjson Java
FastJson:大面积故障规避案例
本文记录了一次由FastJson与Kotlin混用引发的大面积故障排查过程。因误将Kotlin的lambda表达式`{}`赋值给Object字段,导致FastJson反序列化时触发静态标记`kotlin_error`置为true,进而使后续所有Kotlin类反序列化失败,引发全局异常。问题根源在于FastJson对Kotlin支持不完善,且多语言混编增加了隐蔽性。最终通过深入源码定位并修复,强调了框架风险意识与代码严谨性的重要性。
 FastJson:大面积故障规避案例
|
1天前
|
消息中间件 监控 Java
RocketMQ:底层Netty频繁OS OOM
本文分析了一起RocketMQ应用因Netty频繁申请堆外内存导致OS OOM的问题。根本原因为多个ClassLoader加载了多个Netty的PooledByteBufAllocator实例,各自独立占用堆外内存,突破了JVM的MaxDirectMemorySize限制。通过Arthas排查确认,rocketmq-client实例几乎占满1G堆外内存。解决方案建议短期调小Java堆以腾出空间,长期优化中间件内存使用。
 RocketMQ:底层Netty频繁OS OOM
|
1天前
|
运维 NoSQL 测试技术
Redis:内存陡增100%深度复盘
本文复盘了Redis内存陡增100%的事故:因大KEY及流量增长导致带宽耗尽,缓冲区激增,最终占满内存,致使SET/GET超时。根本原因在于输出/输入缓冲区失控,而非数据淘汰策略失效。需合理配置缓冲区与连接数,避免性能瓶颈。
Redis:内存陡增100%深度复盘
|
1天前
|
存储 缓存 运维
一场FullGC故障排查
本文记录了一次FullGC故障的排查过程。通过分析JVM堆内存,定位到因大对象(List<Map>)导致老年代频繁满溢,引发FullGC,进而造成CPU使用率飙升。结合JProfiler工具,最终找到问题根源:Excel数据加载后内存膨胀严重,且长期驻留。提出优化方案:减少内存驻留或重构存储方式,避免频繁GC,提升系统稳定性。
一场FullGC故障排查
|
1天前
|
Java Linux Apache
Docker
本文介绍Docker基础知识与实战操作,涵盖镜像打包、容器运行、日志查看及Dockerfile编写等内容,帮助开发者快速掌握Docker核心技能并实现Java项目容器化部署。
Docker
|
1天前
|
Java Linux 开发工具
Linux
本文介绍如何在Linux系统上部署SpringBoot应用。内容涵盖项目打包、JAR文件上传、JDK安装与配置、应用启动及健康检查接口验证,助力快速完成Java应用的Linux环境部署。
 Linux
|
1天前
|
监控 Java 测试技术
OOM排查之路:一次曲折的线上故障复盘
本文复盘了一次Paimon与RocksDB集成服务线上频繁OOM的排查历程。经历三次故障,从线程暴增到堆外内存泄漏,团队通过MAT、NMT、async-profiler等工具层层深入,最终定位到RocksDB JNI内存未释放问题,并迁移至Flink写入方案根治。分享了宝贵的排查思路与工具实践。
 OOM排查之路:一次曲折的线上故障复盘