1.在对象管理器中，右键绘图细节，改绘图属性 2.图例顺序错了。右键上移或下移。

本文解析了 Docker Compose 中常见命令的使用场景和区别。核心在于理解 Docker 生命周期分为 Build（构建镜像）和 Run（运行容器）两个阶段。docker compose up -d 直接启动容器，--build 参数强制重新构建镜像，而 --no-cache 则完全忽略缓存构建。关键区分点在于修改内容属于镜像内部（需重新构建）还是运行配置（只需重启）。开发模式下通过 Vo

摘要：本文解释了Docker网络中的IP和端口映射机制。172.24.9.117:31306是宿主机的IP和映射端口，而非容器IP。容器在Docker网络内会获得自动分配的虚拟IP（如172.18.0.2），但这些IP可能会变化且仅内部可见。外部访问通过宿主机端口映射实现，容器间通信应使用服务名而非IP。Docker支持多个虚拟网络，容器可加入多个网络获得多个IP。开发时应避免硬编码容器IP，外部

MySQL 服务在 Docker 中的两种部署方式：1）通过 Dockerfile 构建自定义镜像，适合生产环境和团队标准化部署，具有高度可控性和可复用性；2）通过 Docker Compose 直接拉取官方镜像，适合本地开发和测试，具有快速启动和灵活配置的特点。两种方式各有优势，可根据实际场景选择使用，甚至结合使用：生产环境用自定义镜像，开发环境用 Compose 快速启动官方镜像。

JMeter+ServerAgent实现服务器资源监控方案 摘要：本文介绍了使用JMeter配合ServerAgent实现服务器资源监控的轻量级方案。该方案通过在压测服务器部署ServerAgent代理程序，结合JMeter的PerfMon插件，可实时监控被压测服务器的CPU、内存、网络IO和磁盘IO等关键指标。文章详细说明了PerfMon插件的安装配置步骤、ServerAgent的部署方法，以及

写一个通用方法，到底该不该加static？工具类为什么要私有化构造器？为什么 Controller、Service、Mapper 不设计成static方法直接调用，非要注入一个对象？和到底有什么本质区别？很多时候我们只是死记硬背了规范，却忘了其背后的核心逻辑。这篇文章将从“对象”这个核心视角，把这些问题一次讲清楚。场景是否有状态 / 需要被代理？推荐设计典型例子纯计算 / 转换❌ 无Static

在企业级项目中，开发、测试、生产环境差异巨大。合理管理配置文件可以提高部署效率、降低风险，同时保证敏感信息安全。本文总结了多环境配置规范、profile 激活逻辑及部署注意事项。resources：开发默认配置、dev profile外部 config：生产/测试环境差异 + 敏感信息profile 激活：jar 默认值 → 外部 config 覆盖 → 命令行覆盖安全：敏感信息不打包入 jar部

Configuration → 这是配置入口@ComponentScan → 扫 Spring Bean@MapperScan → 扫 MyBatis Mapper告诉 Spring：“这是组件入口，把我的 Bean 和 Mapper 都装进来”内容作用配置类，扫 Bean，扫 Mapper告诉 Spring Boot “自动 Import 这个配置类”，实现无感加载路径与格式，每行写全限定类名，

Maven 依赖解决的是“类路径”问题，而 Spring Bean 加载解决的是“容器管理”问题，两者不能混为一谈。对比维度Maven 依赖Spring Bean 加载作用确保.class文件在编译和运行时能被找到。确保类的实例被 Spring 创建并管理。生效方式pom.xml声明。扫描或 SPI 机制导入。核心误区以为引入了 Jar 包，Spring 就会自动接管。忘了告诉 Spring 去哪

本文解析了 Docker Compose 中常见命令的使用场景和区别。核心在于理解 Docker 生命周期分为 Build（构建镜像）和 Run（运行容器）两个阶段。docker compose up -d 直接启动容器，--build 参数强制重新构建镜像，而 --no-cache 则完全忽略缓存构建。关键区分点在于修改内容属于镜像内部（需重新构建）还是运行配置（只需重启）。开发模式下通过 Vo