GYYD

生产上发布 Spring Boot 项目时，流程颇为繁琐且低效。但凡代码有一丁点改动，就得把整个项目重新打包部署，耗时费力不说，生成的 JAR 包还特别臃肿，体积庞大。每次更新项目，光是上传这大文件就

美团日志工具包mzt-biz-log基本使用，接口需要记录谁在什么时间做了什么事，并且在日志模块进行展示，不同接口定义不同的成功、失败描述。

常用的 Git 命令及概念梳理…… 一般工作中使用的编辑工具， 比如 VSCode 等都提供了 Git 操作的图形界面，结合常用的命令，一般场景都能处理。 Git 的功能是很丰富的，有很多的命令和参数

在为第三方系统提供接口的时候，肯定要考虑接口数据的安全问题，比如数据是否被篡改，数据是否已经过时，数据是否可以重复提交等问题 在设计三方接口调用的方案时，需要考虑到安全性和可用性。以下是一种设计方案的

我们不生产数据，我们只是数据的搬运工；一个疏忽搬不好，还会炸到自己的脚。在进行双方数据同步时需要考虑：数据防重，数据防乱序；如何保证数据不丢失；数据同步及时性上的设计

故事 又是一个风和日丽没好的一天，小猫戴着耳机，安逸地听着音乐，撸着代码，这种没有会议的日子真的是巴适得板。 不料祸从天降。。。

关于降本增效的事，今天在网上看到一个帖子，虽然有点搞笑，但是对于打工人（特别是技术同学）来说，可挖掘的东西也不少，特别分享给大家。 真的是好多年没听说这样的事了，记得以前总有老板让做个淘宝、做个京东

异常通用的处理方式就是打日志、降级兜底、重试三板斧，那在响应式编程中又该如何实现呢？本文通过类比命令式中try-catch-finally的结构，介绍在reactor中如何一一优雅实现这些平替。

前言 在开发的过程中，有时候需要对数据进行比对，来判断是否发生变化。如果一个字段一个字段比较，就太麻烦了。所以通过整合注解与反射的方式，实现一个通用的实体数据比较框架。 设计 使用注解，确定需要比较的