Anmory的博客

本文介绍了一种在Ubuntu系统下使用PM2和WebSocket技术实现nohup.out日志实时网页监控的解决方案。该方案无需复杂工具，只需Node.js+PM2环境，通过几行命令和一段代码即可实现日志的实时网页展示。主要特点包括：实时秒级推送日志（延迟≤100ms）、自动加载全部历史日志、PM2托管保障服务稳定性、支持多人共享查看权限。文章详细提供了环境准备、代码实现步骤和配置说明，包含完整的server.js实现代码和前端展示页面，特别解决了日志路径配置、实时监听和错误处理等常见问题，适合需要远程监控

SOP（标准作业程序）核心解析 SOP是将工作流程标准化、规范化的详细操作指南，确保任务执行的一致性和高效性。其核心价值在于： 降低失误：通过细化步骤和量化参数减少人为错误 提升效率：新人可快速上手，减少培训成本 保证质量：固化最佳实践，维持稳定产出 支持合规：满足行业监管要求 与流程图的区别在于，SOP聚焦具体执行细节而非宏观路径。有效SOP应包含： 明确步骤说明 量化标准 异常处理方案 配套工具/模板 定期更新机制 典型应用场景包括生产制造、客户服务、运营管理等需要标准化的领域。优质SOP能实现&quo

Spring 的 @Transactional 注解通过声明式事务管理，确保方法内的数据库操作要么全部成功，要么全部回滚。它利用 AOP 代理自动处理事务的开启、提交和回滚，无需手动编写事务代码。常见属性包括 rollbackFor（指定触发回滚的异常）、timeout（事务超时时间）和 readOnly（优化查询性能）。使用时需注意：应放在 Service 层的 public 方法上，避免在 Controller 层使用或捕获异常不抛出，同时注意同类方法互相调用可能导致事务失效。该注解是保证数据一致性的关

本文深入解析了Spring Boot中的@ComponentScan注解： 作用：该注解用于指定Spring容器扫描哪些包下的组件（如@Component、@Service等），将其注册为Bean。 默认行为：未显式声明时，Spring Boot会自动扫描启动类所在包及其子包下的所有组件。 使用场景： 需要扫描非启动类包下的组件（如common包） 多模块项目中统一管理扫描范围 注意事项： 显式声明会覆盖默认扫描范围 @SpringBootApplication已包含默认的@ComponentScan 推荐

摘要：MyBatis-Plus中extends BaseMapper<UserEntity>表示继承了一个包含20+通用CRUD方法的父接口，这些方法会自动针对UserEntity表生成SQL。通过动态代理技术，空接口在运行时就能获得完整功能，实现"单表CRUD无需写SQL"的核心特性。BaseMapper适合80%单表操作场景，复杂查询仍需自定义SQL。这种设计极大提升了开发效率，统一了代码规范，但多表关联等复杂场景仍需手动扩展。

摘要： Spring Boot项目中，RedisConfig类用于手动配置响应式Redis操作模板ReactiveRedisTemplate。该配置类通过自定义序列化方式（如全字符串序列化）替代默认的JDK序列化，满足特定需求。核心组件包括： ReactiveRedisTemplate：响应式操作接口，返回Mono/Flux 连接工厂：管理Redis物理连接（非设计模式中的工厂） 序列化上下文：定义key/value的序列化策略 配置场景包括：WebFlux项目、统一序列化需求或自定义连接参数。通过注入预置

摘要： Spring Boot 提供了传统 MVC 和响应式 WebFlux 两种 Web 开发模式。传统 MVC 基于 Servlet，采用阻塞 I/O 和线程-per-请求模型，适合大多数 CRUD 应用；而 WebFlux 基于 Reactor 和 Netty，使用非阻塞 I/O 和事件循环，适合高并发、实时推送等场景。二者在编程范式、线程模型、资源利用率和背压支持等方面存在显著差异。实际选择应基于项目需求：常规业务系统推荐 MVC，高并发 I/O 密集型场景推荐 WebFlux。配置上可通过 spr

Spring Boot项目中bootstrap.yml和application.yml的区别：bootstrap.yml在应用上下文创建前加载，优先级更高，主要用于配置中心地址、服务发现等基础设施配置，必须保留原名；application.yml加载较晚，用于业务参数配置。Spring Boot 2.4+需添加spring-cloud-starter-bootstrap依赖才能启用bootstrap功能。改名bootstrap.yml会导致项目启动失败或功能缺失，而application.yml可改名但不推

本文介绍了Spring Boot多模块项目中父工程与子工程的依赖管理机制。父工程通过<dependencyManagement>标签统一版本管理（子工程需声明依赖但可省略版本号），通过<dependencies>标签自动引入依赖到所有子工程。示例展示了父工程的配置方式（包含版本管理和全局依赖）以及子工程的简洁写法（继承父工程版本）。最佳实践建议将公共依赖放在父工程版本管理中，真正全局的依赖才放在父工程<dependencies>中，各子模块按需引入所需依赖。

该配置文件定义了Logback日志框架的日志输出规则。核心配置包括：1）设置日志格式为时间+线程+级别+日志器+消息；2）指定日志存储路径为/root/apps/mo-face-swap/logs；3）配置控制台和文件双输出；4）文件日志按天切割，单个文件最大50MB，保留7天日志；5）全局日志级别为INFO，支持单独包级别设置。该配置实现了日志的规范化管理和自动归档清理。

springboot分页实现