ErgouTree's Blog

基于数据库的用户认证 在前面我们讲了 Spring Security 基于内存的用户认证，但是实际开发中肯定不能做到基于内存隔这就验证，所以说生产开发中，更多使用的还是基于数据库的动态用户认证 Spring Security 基于数据库的用户验证是实际项目中最常用的认证方式，相比基于内存的验证，它能实现用户数据的持久化存储和动态管理。 实际配置理解基于数据库的用户认证 基于数据库的验证与基于内存的验证核心流程一致，都是通过 Spring Security 的UserDetailsService接口加载用户信息，但数据来源从硬编码的内存数据改为数据库。 我们设计数据库表，通常需要两张核心表（用户表和角色表），采用多对多关系： 12345678910111213141516171819202122232425-- 用户表CREATE TABLE `sys_user` ( `id` bigint NOT NULL AUTO_INCREMENT, `username` varchar(50) NOT NULL, `password` varchar(100)...

自定义内存用户验证的配置 用户验证方式 基于内存的用户认证虽然用的比较少，但是这东西简单而且便捷 而 Spring Security 进行用户验证的方式有如下几种，特点也如下 基于内存的验证（In-Memory Authentication） 特点：用户信息直接配置在内存中，无需数据库或其他存储介质 适用场景：快速原型开发、测试环境或简单应用 优势：配置简单，无需额外依赖 局限：用户信息无法动态修改，重启应用后变更会丢失 基于数据库的验证（JDBC Authentication） 特点：通过 JDBC 连接数据库，从数据库表中读取用户信息 适用场景：需要持久化存储用户信息的应用 优势：用户信息可动态管理，支持大量用户 配置：需定义用户表和权限表结构，通过 JdbcUserDetailsManager 实现 基于自定义 UserDetailsService 的验证 特点：通过实现...

Spring Security 示例——实现最简单的身份认证 首先，我们会编写一个只有最基本功能的 Spring Security 程序，只有最基本的最简单的身份验证，之后我们会随着学习不断完善这个项目 Spring Security 接入 引入依赖，我们引入 Spring Security 对应的starter 1234<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-security</artifactId></dependency> 引入依赖后，如果你直接就开始写，在尝试去访问接下来写的接口就会自动跳转到一个 Spring Security 的默认登陆页面，默认用户名是...

什么是 Spring Security 框架 其实没什么复杂的，顾名思义，Spring Security 框架就是 Spring 生态体系中专注于身份认证（Authentication） 和授权（Authorization） 的安全框架。它的核心功能是保护应用程序免受未授权访问，解决 “谁能访问” 以及 “能访问什么” 的问题。 简单来说，它可以实现，或者常见实现于如下场景： 用户登录验证（用户名密码、第三方登录等）； 基于角色 / 权限的访问控制（如 “管理员才能删除数据”）； 防护常见安全漏洞（如 CSRF、XSS、会话固定攻击等）； 集成多种认证方式（如 OAuth2.0、JWT、LDAP 等）。 但是他不是一个独立的框架，他是 Spring 生态中的一个 组件？ 大概可以这么理解，因为它尤其在 Spring Boot 和 Spring Cloud 中才能发挥重要作用。 与 Spring Boot 的关系可以这么理解 Spring Boot 的核心是 “自动配置”，简化框架集成。Spring Security 与 Spring...

RabbitMQ 的可靠性 RabbitMQ 的可靠性核心目标是 “确保消息不丢失、不重复消费，最终被正确处理”。其中，避免重复消费是可靠性的关键环节 —— 即使因网络波动、系统故障等导致消息被重复投递，业务结果也需保持一致。 避免重复消费就是保证消息就算被重复发送也只被消费一次，这就是我们下面要讲的消息幂等性。 举个例子，我们在购物的时候，已经支付完成，但是消息没有正确的被消费，前端发送请求查询支付状态时，肯定是查询交易服务状态，会发现业务订单未支付，而用户自己知道已经支付成功，这就导致用户体验不一致。 生产者可靠性 生产者重试机制，通过在配置文件中添加相关配置打开重试机制 12345678910spring:rabbitmq:connection-timeout: 1s # 设置MQ的连接超时时间 template: retry: enabled: true # 开启超时重试机制 initial-interval: 1000ms # 失败后的初始等待时间 multiplier: 1 # 失败后下次的等待时长倍数，下次等待时长 =...

RabbitMQ 数据隔离 数据隔离隔离什么 这个其实在前面就应该说的，只不过我给忘记了 在 RabbitMQ 中，数据隔离是指通过技术手段确保不同业务、团队、环境或租户的消息数据相互独立，避免交叉干扰（如消息误消费、权限越界、资源抢占等）。这在多团队共享 RabbitMQ 集群、多租户系统或复杂业务场景中至关重要。 数据隔离一般会有如下隔离： 业务隔离：不同业务线（如电商的订单、支付、物流）的消息不混用，避免业务逻辑混乱。 环境隔离：开发、测试、生产环境的消息严格分离，防止测试数据污染生产。 权限隔离：限制不同角色对消息资源（交换机、队列等）的操作权限（如只读、读写、配置）。 资源隔离：防止某一业务过度占用集群资源（如连接数、队列长度），影响其他业务。 RabbitMQ 提供了多种机制实现数据隔离，核心是虚拟主机（vhost），配合权限控制、命名规范、资源限制等形成了完整的方案。 虚拟主机，Virtual Hosts，也就是右上角那个 vhost，它是 RabbitMQ 最核心的隔离单位 vhost 是 RabbitMQ...

RabbitMQ 的本地部署安装 安装Erlang环境 首先，RabbitMQ 我们前面说过，是用 Erlang 写的 那么我们肯定要安装 Erlang 环境 Windows版下载地址：http://www.erlang.org/download/otp_win64_17.3.exe 打开安装包，第一步这个界面用于自定义 Erlang 安装内容 image-20250731154907733 说一下，其中 Microsoft DLL’s (present)：是 Windows 系统依赖的动态链接库（DLL 文件）。如果系统里已有必要的 DLL，安装程序会检测到（显示 “present”），一般保持默认不勾选也没问题（依赖通常已存在或会自动处理 ）。 Erlang是 Erlang 运行环境的核心组件，包含虚拟机、基础库等，必须装才能用 Erlang 。 Erlang Documentation是Erlang 的官方文档（手册、指南等），想学习 / 查阅 Erlang 语法、函数用法时很有用，建议勾选（占空间不大，299.3MB...

前言 介绍RabbitMQ RabbitMQ 是一款基于 AMQP（Advanced Message Queuing Protocol，高级消息队列协议） 实现的开源消息队列（MQ）中间件，由 Erlang 语言开发，因其高可靠性、灵活的路由机制、丰富的功能特性，被广泛用于分布式系统中的异步通信、服务解耦、流量削峰等场景。 RabbitMQ 最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。 消息队列（MQ）的核心作用是 “解耦、异步、削峰”，而 RabbitMQ 作为其中的典型实现，通过规范的消息传递流程、灵活的路由策略和完善的可靠性机制，实现了分布式系统中不同组件 / 服务之间的 “间接通信”—— 即发送方（生产者）无需直接调用接收方（消费者），而是通过 “消息” 作为载体，借助 RabbitMQ 完成传递，从而降低系统耦合度、提升响应速度、缓冲流量峰值。 RabbitMQ 核心概念 RabbitMQ 核心组件和架构 在学习使用 RabbitMQ...

消息队列相关 什么是消息队列 MQ（Message Queue，消息队列）是一种基于 “存储 - 转发” 模式的通信中间件，核心功能是在...

前言 前面我们在我们的docker容器中安装了 MySQL，Tomcat 和 Nginx 等镜像 这些镜像都是哪里来的，别人能写，我们肯定也能写。所以我们如何自定义镜像 如果我们要研究自己如何做一个镜像，而且把我们写的项目打包上云部署，docker 就是最方便的。把微服务打包成镜像，任何装了 docker 的地方，都可以下载使用，极其方便。 对于开发者和企业而言： 微服务部署：将应用打包成镜像后，任何安装 Docker 的环境都能一键运行，解决 “环境不一致” 问题。 流程标准化：从开发到部署的流程可固化为：开发应用 → 编写 Dockerfile → 构建镜像 → 上传仓库 → 下载运行，极大简化跨环境移植。 可移植性：镜像包含应用及所有依赖（如库、配置），摆脱对底层系统的依赖，实现 “一次构建，到处运行”。 所以，我们想要制作镜像，这就涉及到我们如何编写 Dockerfile 什么是Dockerfile Dockerfile的介绍 dockerfile 是一种用于定义和构建...

Docker上安装常用软件 基础准备 123456# 检查 Docker 是否正常运行docker --versiondocker info# 拉取基础镜像（可选，部分软件启动时会自动拉取）docker pull alpine # 轻量基础镜像 Docker上安装mysql 在这里就装 mysql 8.0 吧，没必要装太低 拉取mysql镜像到本地 1docker pull mysql:8.0 (tag不加默认最新版本) 1234# 创建必要的目录（避免权限问题）sudo mkdir -p /usr/local/mydata/mysql/logsudo mkdir -p /usr/local/mydata/mysql/datasudo mkdir -p /usr/local/mydata/mysql/conf 12# 赋予适当权限sudo chmod -R 777 /usr/local/mydata/mysql 1234567# 启动MySQL容器（修正后的命令）sudo docker run -p 3306:3306 --name mysql \ -v...

本文仅供学习参考使用和技术了解使用 了解 galgame 中的cg都在什么文件下 如果我需要提取galgame游戏中的cg，那么我们肯定要知道它通常都会在什么文件下 这个也是我个人总结下来的 直接带有 bg 的文件名。例如bg.paz（minori） 带有这种看似这种类型后缀，st.pazA,st.kxl,st.arc这种，他们都是压缩包的衍生文件后缀，有的你可能需要经过解密才能拿到其中你想要拿到的内容，而且这种文件也不一定只有cg，音符社好像就是那种把 图像、音频等资源打包到一起的，但是oped的movie都是会单独的 像mov.paz这类文件名包含视频常见后缀的文件，可能包含了游戏中的动画过场等 其中，尤其留意.paz，.pac，.arc，这种我见的最多，有这种类的直接搞这种就行 然后就是.data，有的情况下，这是游戏的源代码targe文件，也有的时候会是游戏的资源 还有一种最简单的情况，有些 galgame 会直接将 CG 图片直接或者打包放置在以 “cg” “graphics”...

前言 首先，这篇文章你得会掌握 Spring Cloud Gateway 的基本使用和各种配置你能读懂，才能看懂 而且你也要知道网关是干什么的，在微服务中的作用是什么，这些内容要懂 Gateway 处理请求的逻辑是根据 配置的路由 对请求进行 预处理 和 转发 单体应用拆分成多个服务后，对外需要一个统一入口，解耦客户端与内部服务 image-20250726114502426 网关的作用你也要了解，在这里我不再说了，贴张图供大伙回顾一下 image-20250726114520193 而且你要懂计算机网络的基本知识和一些实现原理，因为我在这里不会细说 因为这篇文章会基于我上篇使用篇继续讲解 Gateway 的工作机制 实现一个网关的几种方式 基于 Socket Api 实现 image-20250726114045642 这是最基础、最底层的实现方式。它直接利用操作系统提供的 Socket API 来进行网络通信，从而构建网关。 实现的原理如下： 监听端口：网关服务器启动后，会创建一个...