小菜鸟

java菜鸟号正在起航

0%

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 2.4k 阅读时长 ≈ 2 分钟

微服务（Microservices）：分布式架构的精细化演进

微服务是近年来软件架构领域的核心概念之一，其本质是将复杂系统拆分为一系列独立、自治的小型服务，通过轻量级通信机制协同工作。它并非凭空出现，而是针对单体架构的局限性逐步演化而来的架构模式。

为什么需要微服务？—— 单体架构的困境

传统单体架构（将所有功能打包为一个应用）在业务规模扩大后逐渐暴露以下问题，成为微服务提出的核心动因：

技术栈受限

单体应用通常绑定单一技术栈（如全 Java 开发），若某模块更适合用其他技术（如数据分析用 Python、高并发场景用 Golang），则难以实现。而微服务允许不同服务选择最适合的技术栈，实现 “技术栈解耦”。

部署成本高

单体应用中，即使仅修改一个小模块（如修复一个订单计算 bug），也需重新打包整个应用并部署，大型应用的部署可能耗时数小时，且风险高（一个模块的问题可能导致整个应用崩溃）。微服务中每个服务独立部署，局部修改仅需部署对应服务，部署效率提升 10 倍以上。

扩展性瓶颈

单体应用的所有模块共享服务器资源（CPU、内存、数据库连接），某一模块的高并发（如商品详情页流量突增）会抢占其他模块资源（如订单系统），导致 “一损俱损”。微服务可针对高负载服务单独扩容（如给商品服务增加服务器），资源利用率更优。

团队协作低效

当团队规模超过 10 人，单体应用的代码冲突、分支管理、测试流程会变得复杂，多人同时开发时需频繁等待他人提交，迭代速度放缓。微服务可按业务拆分给独立团队，实现 “团队自治”。

什么是微服务？—— 核心定义与拆分原则

微服务的概念由马丁・福勒（Martin Fowler）于 2014 年正式提出，其核心特征可概括为：

阅读全文 »

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 2.2k 阅读时长 ≈ 2 分钟

jenkins构建与部署全流程指南

配置jenkins

配置全局工具

Jenkins 的全局工具配置允许你定义各种构建工具的路径，这对于后续的项目构建至关重要。进入 Jenkins 控制台，点击左侧菜单栏的 “Manage Jenkins”，然后选择 “Global Tool Configuration”。在这里，你可以配置 Maven、JDK、Git 等工具。根据自己的项目需求，指定这些工具的安装路径或让 Jenkins 自动安装。

配置-全局工具配置入口

插件管理

Jenkins 的强大之处在于其丰富的插件生态系统。以使用 Gitee 作为源代码管理为例，你需要安装 Gitee 插件：

  1. 进入 “Manage Jenkins”
  2. 选择 “Manage Plugins”
  3. 切换到 “Available” 选项卡
  4. 在右侧的 Filter 输入框中输入 “Gitee”
  5. 勾选搜索结果中的 Gitee 插件并点击 “Install without restart”

配置-插件管理入口

系统配置

安装完 Gitee 插件后，需要配置 Gitee 连接：

  1. 前往 Jenkins -> Manage Jenkins -> Configure System -> Gitee Configuration -> Gitee connections
  2. 在 “Connection name” 中输入标识名称，如 “Gitee”
  3. Gitee host URL 中输入 Gitee 完整 URL地址： https://gitee.com （Gitee 私有化客户输入部署的域名）
  4. 配置 Credentials：
    • 点击 “Add” 按钮，选择 Jenkins
    • Domain 选择 “Global credentials”
    • Kind 选择 “Gitee API Token”
    • Scope 选择所需范围
    • Gitee API Token 输入你的 Gitee 私人令牌，获取地址：https://gitee.com/profile/personal_access_tokens
    • 为凭证设置 ID 和描述
    • Credentials 选择配置好的 Gitee APIV5 Token
      • 点击 Advanced ，可配置是否忽略 SSL 错误（视您的Jenkins环境是否支持），并可设置链接测超时时间（视您的网络环境而定）
      • 点击 Test Connection 测试链接是否成功，如失败请检查以上步骤。

配置-系统配置

构建新项目

完成基础配置后，就可以开始创建新的构建项目了：

创建新项目

  1. 在 Jenkins 首页，点击 “New Item”
  2. 输入项目名称，选择 “Freestyle project” 并点击 “OK”

构建-入口

配置源码管理

在项目配置页面的 “GitHub 组织” 部分：

  1. 选择 Git
  2. 输入 Gitee 项目的 URL
  3. 选择之前配置的 Gitee 凭证
  4. 指定要构建的分支

构建-源码管理

配置构建步骤

以 Maven 项目为例：

  1. 在 “Build” 部分，点击 “Add build step” 并选择 “Invoke top-level Maven targets”
  2. 选择之前配置的 Maven 版本
  3. 在 “Goals and options” 中输入 “clean install”

配置完成后，点击 “Save” 保存项目配置。

构建-构建配置

执行构建

保存项目配置后，就可以手动触发构建：

  1. 在项目页面，点击左侧的 “Build Now”
  2. 构建过程中，可以点击左侧的构建编号查看构建进度
  3. 点击 “Console Output” 查看详细的构建日志

构建-开始构建

构建的时候可以查看构建日志

点击构建的项目序号

构建

点控制台输出就可以看到构建的日志了

构建-控制台输出

构建完成之后可以看到工作空间中会有构建完成的项目

构建-工作空间

部署应用

Jenkins 支持多种部署方式，下面介绍 WAR 包和 JAR 包的部署方法。

war包部署

WAR 包通常部署到 Servlet 容器如 Tomcat 中。首先需要安装 “Deploy to container” 插件：

  1. 进入 “Manage Plugins”
  2. 安装 “Deploy to container” 插件

部署-插件

回到项目的配置中，增加构建后操作步骤

然后在项目配置中添加构建后操作：

  1. 在项目配置页面，滚动到 “Post-build Actions” 部分

  2. 点击 “Add post-build action” 并选择 “Deploy war/ear to a container”

    部署-构建后操作

  3. 配置 WAR 文件路径和目标容器

    部署-部署配置

  4. 需要在 Tomcat 的 tomcat-users.xml 中配置用户权限：

1
2
3
4
5
6
<!-- jenkins使用 -->
<role rolename="manager-gui"/>
<role rolename="manager-script"/>
<role rolename="manager-jmx"/>
<role rolename="manager-status"/>
<user username="jenkins_user" password="tomcat" roles="manager-gui,manager-script,manager-jmx,manager-status"/>

配置完成之后启动tomcat即可

jar包部署

JAR 包的部署通常通过归档成品实现：

  1. 在项目配置的 “Post-build Actions” 部分

  2. 选择 “Archive the artifacts”

  3. 在 “Files to archive”选择需要存档的文件，我这里使用的是**/target/*.jar

    jar包归档

  4. 构建完成后，JAR 包会被归档到 Jenkins 服务器

    归档文件

这样，通过 Jenkins 你就可以实现从代码拉取、构建到部署的全自动化流程。

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 1.4k 阅读时长 ≈ 1 分钟

jenkins 入门指南：从安装到启动的完整教程

持续集成（CI）是现代开发流程中的核心环节，而 Jenkins 作为一款开源的 CI 工具，凭借简单安装、开箱即用、插件丰富、易于扩展等优势，成为开发者的首选工具。它能自动连接代码仓库拉取源码、执行构建、生成测试报告、归档程序包，极大提升开发效率。本文将以 Mac 系统为例，带你一步步完成 Jenkins 的下载、安装与启动，快速踏上自动化构建之路。

下载jenkins

Jenkins 支持 Windows、macOS、Linux 等主流系统，本文以 macOS + Homebrew 为例演示安装流程（其他系统可前往 Jenkins 官方下载页 获取对应版本）。

前置条件

确保你的 Mac 已安装 Homebrew（包管理工具），如果未安装，可先执行以下命令：

1
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

安装命令

通过 Homebrew 安装 Jenkins 非常便捷，支持安装最新稳定版或指定版本：

1. 安装最新稳定版（推荐）

Jenkins 分为 jenkins（最新版）和 jenkins-lts（长期支持版，更稳定），建议选择 LTS 版：

1
2
# 安装长期支持版（LTS）
brew install jenkins-lts
2. 安装特定版本

如果需要指定版本（例如 2.440.1），可通过版本号安装：

1
2
# 替换 YOUR_VERSION 为具体版本号，如 jenkins-lts@2.440.1
brew install jenkins-lts@YOUR_VERSION
阅读全文 »

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 13k 阅读时长 ≈ 12 分钟

Spring Boot 单元测试详解：从基础配置到 Web 安全测试实战

单元测试是保障代码质量的关键环节，Spring Boot 基于 Spring 单元测试框架提供了更简洁的测试支持，涵盖普通 Bean 测试、Web 接口测试、安全权限测试等场景。从 “Spring 传统测试 vs Spring Boot 测试→基础测试配置→Web 接口测试（MockMvc）→安全测试（Spring Security）” 四个维度，系统讲解 Spring Boot 单元测试的实现方法与最佳实践。

Spring 传统测试与 Spring Boot 测试的核心差异

在 Spring Boot 出现前，传统 Spring 项目的单元测试需要手动配置上下文、指定配置文件，步骤繁琐；而 Spring Boot 通过 @SpringBootTest 注解简化了配置，实现 “零 XML 配置” 的测试环境搭建。

对比维度 传统 Spring 测试 Spring Boot 测试
核心注解 @RunWith(SpringJUnit4ClassRunner.class) + @ContextConfiguration @RunWith(SpringRunner.class) + @SpringBootTest
配置文件指定 需手动通过 locations 指定 XML/Java 配置（如 @ContextConfiguration(locations = "classpath:springmvc.xml")） 自动扫描主程序类（@SpringBootApplication 标注类）的配置，无需手动指定
Web 环境支持 需添加 @WebAppConfiguration 并手动初始化 MockMvc 通过 @SpringBootTest(webEnvironment = ...) 快速指定 Web 环境类型（Mock / 真实容器）
依赖简化 需手动引入 spring-test、junit 等依赖 引入 spring-boot-starter-test 一站式依赖，包含所有测试组件

Spring Boot 基础单元测试：环境搭建与普通 Bean 测试

Spring Boot 基础测试主要用于验证普通 Bean（如配置类、Service 类）的逻辑正确性，核心是通过 @SpringBootTest 自动加载 Spring 上下文，注入待测试 Bean。

引入测试依赖

Spring Boot 提供 spring-boot-starter-test 依赖，包含 JUnit、Spring Test、MockMvc 等核心测试组件，无需单独引入其他依赖：

阅读全文 »

发表于 更新于 分类于 阅读次数： Valine：
本文字数： 3.9k 阅读时长 ≈ 4 分钟

享元模式（Flyweight Pattern）：通过共享优化大量细粒度对象

享元模式是结构型设计模式的一种，核心思想是通过共享技术有效支持大量细粒度对象，减少内存占用和对象创建开销。它将对象的状态分为 “内部状态”（可共享、不变）和 “外部状态”（不可共享、可变），通过共享内部状态实现对象复用，本质是 “分离与共享”。

享元模式的核心结构

享元模式

享元模式通过四个角色实现对象的共享与管理，分工明确：

享元接口（Flyweight）

  • 定义享元对象的公共接口，声明接收外部状态的方法。
  • 示例：Character接口（定义字符的显示方法，接收位置等外部状态）。

具体享元（ConcreteFlyweight）

  • 实现享元接口，封装内部状态（可共享的不变数据），并通过接口接收外部状态（可变数据）。
  • 示例：ConcreteCharacter（存储字符的字形等内部状态，接收坐标等外部状态）。

非共享享元（UnsharedConcreteFlyweight）

  • 不需要共享的享元对象，通常包含无法共享的外部状态，直接实例化无需缓存。
  • 示例：SpecialCharacter（特殊符号，使用频率低且状态独特，无需共享）。

享元工厂（FlyweightFactory）

  • 负责创建和管理享元对象，维护享元池（缓存已创建的享元），确保相同内部状态的对象只被创建一次。
  • 示例：CharacterFactory（缓存字符对象，根据字符值返回共享实例）。

核心概念：内部状态与外部状态

享元模式的关键是对对象状态的拆分：

阅读全文 »