SlackClimb_个人页
SlackClimb
文章
37
问答
0
视频
0
个人介绍
程序员，这个时代的无名英雄。
擅长的技术
- Java
-
发表了文章 2025-02-22
图解MySQL【日志】——磁盘 I/O 次数过高时优化的办法
当 MySQL 磁盘 I/O 次数过高时，可通过调整参数优化。控制刷盘时机以降低频率：组提交参数 `binlog_group_commit_sync_delay` 和 `binlog_group_commit_sync_no_delay_count` 调整等待时间和事务数量；`sync_binlog=N` 设置 write 和 fsync 频率，`innodb_flush_log_at_trx_commit=2` 使提交时只写入 Redo Log 文件，由 OS 择机持久化，但两者在 OS 崩溃时有丢失数据风险。
-
发表了文章 2025-02-22
图解MySQL【日志】——两阶段提交
两阶段提交是为了解决Redo Log和Binlog日志在事务提交时可能出现的半成功状态，确保两者的一致性。它分为准备阶段和提交阶段，通过协调者和参与者协作完成。准备阶段中，协调者向所有参与者发送准备请求，参与者执行事务并回复是否同意提交；提交阶段中，若所有参与者同意，则协调者发送提交请求，否则发送回滚请求。MySQL通过这种方式保证了分布式事务的一致性，并引入组提交机制减少磁盘I/O次数，提升性能。
-
发表了文章 2025-02-21
图解MySQL【日志】——Redo Log
Redo Log（重做日志）是数据库中用于记录数据页修改的物理日志，确保事务的持久性和一致性。其主要作用包括崩溃恢复、提高性能和保证事务一致性。Redo Log 通过先写日志的方式，在内存中缓存修改操作，并在适当时候刷入磁盘，减少随机写入带来的性能损耗。WAL（Write-Ahead Logging）技术的核心思想是先将修改操作记录到日志文件中，再择机写入磁盘，从而实现高效且安全的数据持久化。Redo Log 的持久化过程涉及 Redo Log Buffer 和不同刷盘时机的控制参数（如 `innodb_flush_log_at_trx_commit`），以平衡性能与数据安全性。
-
发表了文章 2025-02-19
图解MySQL【日志】——Buffer Pool
Buffer Pool 是数据库管理系统（DBMS）中用于缓存磁盘数据页的内存区域，主要包含数据页、索引页、undo 页等。它通过减少磁盘 I/O 提升性能，特别是在处理大型数据库时效果显著。查询时，整个数据页而非单条记录会被加载到 Buffer Pool 中，以提高访问效率。
-
发表了文章 2025-02-19
图解MySQL【日志】——Undo Log
Undo Log（回滚日志）是 MySQL 中用于实现事务原子性和一致性的关键机制。在默认的自动提交模式下，MySQL 隐式开启事务，每条增删改语句都会记录到 Undo Log 中。其主要作用包括：
-
发表了文章 2025-02-06
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式（Chain of Responsibility Pattern）是一种行为型设计模式，允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者，从而实现解耦和灵活性。其结构包括抽象处理者（Handler）、具体处理者（ConcreteHandler）和客户端（Client）。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
-
发表了文章 2025-02-06
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式（Command Pattern）是一种行为型设计模式，将请求封装成独立对象，从而解耦请求方与接收方。其核心结构包括：Command（命令接口）、ConcreteCommand（具体命令）、Receiver（接收者）和Invoker（调用者）。通过这种方式，命令的执行、撤销、排队等操作更易扩展和灵活。 适用场景： 1. 参数化对象以操作。 2. 操作放入队列或远程执行。 3. 实现回滚功能。 4. 解耦调用者与接收者。 优点： - 遵循单一职责和开闭原则。 - 支持命令组合和延迟执行。 - 可实现撤销、恢复功能。 缺点： - 增加复杂性和类数量。
-
发表了文章 2025-02-04
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式，定义了算法的骨架并在父类中实现不变部分，将可变部分延迟到子类实现。通过这种方式，它避免了代码重复，提高了复用性和扩展性。具体步骤由抽象类定义，子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则，缺点是可能违反里氏替换原则且灵活性较低。
-
发表了文章 2025-02-04
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式（Strategy Pattern）是一种行为型设计模式，用于定义一系列可替换的算法或行为，并将它们封装成独立的类。通过上下文持有策略对象，在运行时动态切换算法，提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断；缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类，结合上下文类实现动态算法选择。
-
发表了文章 2025-02-02
「全网最细 + 实战源码案例」设计模式——享元模式
享元模式（Flyweight Pattern）是一种结构型设计模式，旨在减少大量相似对象的内存消耗。通过分离对象的内部状态（可共享、不变）和外部状态（依赖环境、变化），它有效减少了内存使用。适用于存在大量相似对象且需节省内存的场景。模式优点包括节省内存和提高性能，但会增加系统复杂性。实现时需将对象成员变量拆分为内在和外在状态，并通过工厂类管理享元对象。
-
发表了文章 2025-02-02
「全网最细 + 实战源码案例」设计模式——组合模式
组合模式（Composite Pattern）是一种结构型设计模式，用于将对象组合成树形结构以表示“部分-整体”的层次结构。它允许客户端以一致的方式对待单个对象和对象集合，简化了复杂结构的处理。组合模式包含三个主要组件：抽象组件（Component）、叶子节点（Leaf）和组合节点（Composite）。通过这种模式，客户端可以统一处理简单元素和复杂元素，而无需关心其内部结构。适用于需要实现树状对象结构或希望以相同方式处理简单和复杂元素的场景。优点包括支持树形结构、透明性和遵循开闭原则；缺点是可能引入不必要的复杂性和过度抽象。
-
发表了文章 2025-01-30
「全网最细 + 实战源码案例」设计模式——桥接模式
桥接模式（Bridge Pattern）是一种结构型设计模式，通过将抽象部分与实现部分分离，使它们可以独立变化，从而降低代码耦合度，避免类爆炸，提高可扩展性。其结构包括实现类接口、具体实现类、抽象类和精确抽象类。适用于多维度扩展类、隐藏实现细节、简化庞杂类以及运行时切换实现方法的场景。优点包括高扩展性、隐藏实现细节、遵循开闭原则和单一职责原则；缺点是可能增加代码复杂度。示例中展示了不同操作系统播放不同格式视频文件的实现。
-
发表了文章 2025-01-30
「全网最细 + 实战源码案例」设计模式——装饰者模式
装饰者模式（Decorator Pattern）是一种结构型设计模式，通过“包装”现有对象来为其添加额外功能，而无需修改原有代码。它通过创建装饰类来扩展对象的功能，而非继承。该模式由抽象构件、具体构件、抽象装饰者和具体装饰者组成，允许在运行时动态组合功能。穿衣服的例子很好地解释了装饰者模式：你可以根据需要一层层添加衣物，如毛衣、夹克和雨衣，每件衣物都扩展了基本行为，但不是你的一部分，可以随时脱掉。 优点包括灵活性、避免子类爆炸和符合开闭原则；缺点是可能增加复杂性和难以理解。适用于希望在不修改代码的情况下为对象新增行为的场景，尤其当继承难以实现或不可行时。
-
发表了文章 2025-01-28
「全网最细 + 实战源码案例」设计模式——代理模式
代理模式（Proxy Pattern）是一种结构型设计模式，通过代理对象控制对目标对象的访问并添加额外功能。它分为静态代理和动态代理，后者包括JDK动态代理和CGLIB动态代理。JDK动态代理基于接口反射生成代理类，而CGLIB通过继承目标类生成子类。代理模式适用于延迟初始化、访问控制、远程服务、日志记录和缓存等场景，优点是职责分离、符合开闭原则和提高安全性，缺点是增加系统复杂性。
-
发表了文章 2025-01-28
「全网最细 + 实战源码案例」设计模式——适配器模式
适配器模式（Adapter Pattern）是一种结构型设计模式，通过引入适配器类将一个类的接口转换为客户端期望的另一个接口，使原本因接口不兼容而无法协作的类能够协同工作。适配器模式分为类适配器和对象适配器两种，前者通过多重继承实现，后者通过组合方式实现，更常用。该模式适用于遗留系统改造、接口转换和第三方库集成等场景，能提高代码复用性和灵活性，但也可能增加代码复杂性和性能开销。
-
发表了文章 2025-01-24
「全网最细 + 实战源码案例」设计模式——生成器模式
生成器模式（Builder Pattern）是一种创建型设计模式，用于分步骤构建复杂对象。它允许用户通过控制对象构造的过程，定制对象的组成部分，而无需直接实例化细节。该模式特别适合构建具有多种配置的复杂对象。其结构包括抽象建造者、具体建造者、指挥者和产品角色。适用于需要创建复杂对象且对象由多个部分组成、构造过程需对外隐藏或分离表示与构造的场景。优点在于更好的控制、代码复用和解耦性；缺点是增加复杂性和不适合简单对象。实现时需定义建造者接口、具体建造者类、指挥者类及产品类。链式调用是常见应用方式之一。
-
发表了文章 2025-01-24
「全网最细 + 实战源码案例」设计模式——原型模式
原型模式（Prototype Pattern）是一种创建型设计模式，通过复制现有对象来创建新对象，适用于创建成本高或复杂的对象场景。其核心思想是“克隆”，避免直接实例化类。结构上分为抽象原型类、具体原型类和客户端。优点包括减少对象创建成本、隐藏复杂性、简化实例创建；缺点是处理循环引用的复杂对象时较为麻烦。实现步骤为定义原型类、重写`clone()`方法并调用。注意事项包括浅拷贝与深拷贝的区别及`Cloneable`接口的使用。
-
发表了文章 2025-01-23
「全网最细 + 实战源码案例」设计模式——抽象工厂模式
抽象工厂模式是一种创建型设计模式，提供接口用于创建一系列相关或依赖的对象，无需指定具体类。它解决了产品族问题，管理和创建一组相关产品。结构上包括抽象工厂、具体工厂、抽象产品和具体产品。适用于创建相关对象、产品族固定但种类变化的场景。优点是分离接口与实现、管理产品族方便且扩展性好；缺点是产品族扩展困难且代码复杂度增加。通过配置文件和反射机制可进一步改进，使系统更灵活易扩展。
-
发表了文章 2025-01-23
「全网最细 + 实战源码案例」设计模式——模式扩展（配置工厂）
该设计通过配置文件和反射机制动态选择具体工厂，减少硬编码依赖，提升系统灵活性和扩展性。配置文件解耦、反射创建对象，新增产品族无需修改客户端代码。示例中，`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象，客户端调用时只需指定名称即可获取对应产品实例。
-
发表了文章 2025-01-22
「全网最细 + 实战源码案例」设计模式——简单工厂模式
简单工厂模式是一种创建型设计模式，通过工厂类根据传入参数创建不同类型的对象，也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。优点是封装性强、代码复用性好；缺点是扩展性差，增加新产品时需修改工厂类代码，违反开闭原则。适用于对象种类较少且调用者无需关心创建细节的场景。
-
发表了文章 2025-01-22
「全网最细 + 实战源码案例」设计模式——工厂方法模式
简单工厂模式是一种创建型设计模式，通过一个工厂类根据传入参数创建不同类型的产品对象，也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。适用于创建对象种类较少且调用者无需关心创建细节的场景。优点是封装性强、代码复用性好；缺点是扩展性差，增加新产品时需修改工厂类代码，违反开闭原则。
-
发表了文章 2025-01-21
图解Git——远程分支《Pro Git》
远程分支是 Git 中用于管理分布式协作的关键概念。远程引用指向远程仓库中的分支和标签，常用 `git ls-remote` 或 `git remote show` 查看。日常开发中，通常使用远程跟踪分支（如 `origin/main`）与远程分支交互，简化远程仓库状态的管理和使用。远程跟踪分支记录远程分支的状态，但本身只读。
-
发表了文章 2025-01-21
图解Git——变基《Pro Git》
变基（rebase）是Git中用于将一系列提交“重新播放”到另一个分支上的操作，使提交历史更加线性整洁。其基本操作为`git rebase <目标分支>`，可将当前分支的修改基于目标分支重新应用；复杂场景下使用`git rebase --onto <新基底> <旧基底> <分支>`，将特定提交从旧基底移动到新基底。
-
发表了文章 2025-01-21
图解Git——分布式Git《Pro Git》
分布式工作流程主要分为三种模式：集中式工作流、集成管理者工作流和主管与副主管工作流。集中式工作流中，所有开发者同步同一个中央仓库，通过拉取和提交协作；集成管理者工作流中，开发者拥有自己的仓库，通过 `fork` 和请求合并进行协作；主管与副主管工作流适用于大型项目，由主管最终合并代码，副主管负责各自模块。贡献代码时，需考虑活跃贡献者数量、工作流程、提交权限等因素，确保代码合并成功并遵循提交准则。
-
发表了文章 2025-01-21
图解Git——分支开发工作流《Pro Git》
分支开发工作流利用Git的分支功能，支持灵活的项目管理。长期分支如`master`和`develop`分别保存稳定和开发中的代码；短期主题分支用于开发单一特性或修复问题，完成后合并到主分支。此模式确保代码稳定性，支持并行开发、便于审查和灵活调整。建议维护明确的长期分支，保持主题分支短小精悍，并定期清理无用分支。配置上可保护关键分支，遵循命名规范。
-
发表了文章 2025-01-21
图解Git——服务器上的Git《Pro Git》
Git 远程仓库及通信协议简介：远程仓库为团队协作提供平台，支持共享代码。常见形式为裸仓库，仅保存 Git 元数据。Git 支持多种协议，包括本地协议（适合局域网）、HTTP/HTTPS（推荐智能 HTTP，安全易用）、SSH（企业内部协作首选）和 Git 协议（高效只读访问）。选择协议需根据协作需求、安全性和配置难度权衡。此外，搭建 Git 服务器涉及创建裸仓库、上传至服务器、初始化共享仓库等步骤。生成 SSH 公钥、配置服务器及使用 GitWeb 或 GitLab 等工具可进一步增强功能。第三方托管服务如 GitHub 提供便捷的托管选项，适合快速启动和开源项目。总结而言，自行运行服务器提
-
发表了文章 2025-01-21
图解Git——分支管理《Pro Git》
分支管理是 Git 中的重要机制，支持并行开发和清晰的工作流。常用命令包括：`git branch` 列出所有分支，`git branch -v` 查看最后一次提交，`git branch --merged` 和 `git branch --no-merged` 分别查看已合并和未合并的分支。创建新分支用 `git branch <branch-name>`，删除分支用 `git branch -d`（已合并）或 `-D`（强制删除）。建议定期清理已完成任务的分支，保持代码库整洁，并使用有意义的分支命名规范。注意强制删除未合并分支时可能丢失数据。
-
发表了文章 2025-01-21
图解Git——分支的新建与合并《Pro Git》
在Git开发中，新建与合并分支是常见的操作。以实际开发为例：为实现新需求创建分支`iss53`进行开发；遇紧急Bug时，切换至线上分支创建`hotfix`修复并合并回线上分支，再切换回`iss53`继续工作。完成`iss53`后，切换到`master`合并。若出现冲突，使用`git status`查看，手动编辑解决冲突后标记为已解决并提交。图形化工具如`git mergetool`也可辅助解决冲突。
-
发表了文章 2025-01-21
图解Git——分支简介《Pro Git》
Git 分支是其核心特性之一，允许开发者从主开发线分离工作，避免干扰主线。传统版本控制系统创建分支效率低，而Git的分支创建和切换非常轻量高效。
-
发表了文章 2025-01-21
「全网最细 + 实战源码案例」设计模式——六大设计原则
本文介绍了面向对象设计中的六大原则，旨在提高软件系统的可维护性、可复用性和可拓展性。这些原则包括：开闭原则（OCP）、里氏代换原则（LSP）、依赖倒转原则（DIP）、接口隔离原则（ISP）、迪米特法则（LoD）和合成复用原则（CARP）。每项原则通过具体示例展示了如何通过抽象、多态、组合等方式降低耦合度，增强系统的灵活性与稳定性，从而提升开发效率并降低成本。
-
发表了文章 2025-01-21
「全网最细 + 实战源码案例」设计模式——单例设计模式
单例模式是一种创建型设计模式，确保一个类在整个程序运行期间只有一个实例，并提供一个全局访问点来获取该实例。它常用于控制共享资源的访问，如数据库连接、配置管理等。实现方式包括饿汉式（类加载时初始化）、懒汉式（延迟加载）、双重检查锁、静态内部类和枚举单例等。其中，枚举单例最简单且安全，能有效防止反射和序列化破坏。
-
发表了文章 2025-01-12
Git 基础——《Pro Git》
Git 是一个分布式版本控制系统，支持多种操作来管理和跟踪代码库的变化。以下是常用的操作和命令：
-
发表了文章 2025-01-11
初识 Git——《Pro Git book》
Git 是一种分布式版本控制系统，用于跟踪文件的修改并允许多个开发人员协作开发项目。它通过保存完整的项目历史记录来确保代码的完整性和安全性。
-
发表了文章 2025-01-08
Tomcat详解
Tomcat是Apache开源的轻量级Java Servlet容器，支持多Service管理。每个Service包含多个Connector和一个Engine，负责处理网络请求与内部流程。核心组件包括连接器（Connector）和容器（Container），前者处理Socket连接及协议解析，后者加载和管理Servlet。架构中，Server为顶层容器，管理实例生命周期；Service连接外部请求与内部处理；Connector处理不同协议请求；Container下有Engine、Host、Context和Wrapper，分别负责请求分发、虚拟主机配置、Web应用处理和Servlet调用。
-
发表了文章 2025-01-08
Servlet详解
Servlet 是运行在服务端的小程序，用于处理客户端请求并返回响应，是构建动态Web应用的基础。其生命周期包括加载初始化（`init()`）、请求处理（`service()`）和销毁（`destroy()`）。Servlet默认懒加载且单例，需注意线程安全。此外，Servlet生态还包括过滤器（Filter）、监听器（Listener）、异步处理及文件上传下载等功能，支持更复杂的应用场景。过滤器可预处理请求和响应，监听器监控对象生命周期事件，异步处理提升性能，文件上传下载提供便捷的API支持。
-
发表了文章 2025-01-08
SpringMVC详解（全网最全）
### SpringMVC 简介 SpringMVC 是 Spring 框架中的一个模块，用于构建 Web 应用的 MVC 架构。它提供了简洁、优雅的方式来处理 HTTP 请求和响应，支持前后端分离，优化用户体验。 #### 起源与发展 1. **三层架构**：早期的 Servlet 只能处理单一请求，耦合度高，复用性差，整页刷新影响用户体验。 2. **MVC 模式**：部分解耦业务逻辑与视图层，但后端仍负责 View 层，难以应对高并发。 3. **前后端分离**：通过异步调用实现解耦，增强复用性和交互体验。
-
发表了文章 2025-01-06
「全网最细 + 实战源码案例」设计模式——外观模式
外观模式（Facade Pattern）是一种结构型设计模式，旨在为复杂的子系统提供一个统一且简化的接口。通过封装多个子系统的复杂性，外观模式使外部调用更加简单、易用。例如，在智能家居系统中，外观类可以同时控制空调、灯光和电视的开关，而用户只需发出一个指令即可。
暂无更多信息
-
发表了文章
2025-02-22
图解MySQL【日志】——磁盘 I/O 次数过高时优化的办法
-
发表了文章
2025-02-22
图解MySQL【日志】——两阶段提交
-
发表了文章
2025-02-21
图解MySQL【日志】——Redo Log
-
发表了文章
2025-02-19
图解MySQL【日志】——Buffer Pool
-
发表了文章
2025-02-19
图解MySQL【日志】——Undo Log
-
发表了文章
2025-02-06
「全网最细 + 实战源码案例」设计模式——责任链模式
-
发表了文章
2025-02-06
「全网最细 + 实战源码案例」设计模式——命令模式
-
发表了文章
2025-02-04
「全网最细 + 实战源码案例」设计模式——模板方法模式
-
发表了文章
2025-02-04
「全网最细 + 实战源码案例」设计模式——策略模式
-
发表了文章
2025-02-02
「全网最细 + 实战源码案例」设计模式——享元模式
-
发表了文章
2025-02-02
「全网最细 + 实战源码案例」设计模式——组合模式
-
发表了文章
2025-01-31
「全网最细 + 实战源码案例」设计模式——桥接模式
-
发表了文章
2025-01-31
「全网最细 + 实战源码案例」设计模式——装饰者模式
-
发表了文章
2025-01-29
「全网最细 + 实战源码案例」设计模式——代理模式
-
发表了文章
2025-01-29
「全网最细 + 实战源码案例」设计模式——适配器模式
-
发表了文章
2025-01-24
「全网最细 + 实战源码案例」设计模式——生成器模式
-
发表了文章
2025-01-24
「全网最细 + 实战源码案例」设计模式——原型模式
-
发表了文章
2025-01-23
「全网最细 + 实战源码案例」设计模式——抽象工厂模式
-
发表了文章
2025-01-23
「全网最细 + 实战源码案例」设计模式——模式扩展（配置工厂）
-
发表了文章
2025-01-22
「全网最细 + 实战源码案例」设计模式——简单工厂模式
滑动查看更多
暂无更多信息
暂无更多信息