为了有效控制jar包更新带来的未知jar引入和变动，我们经常使用dependencytree来查看依赖关系排查问题，通常是出现问题再被动分析和排查，此时人力成本是巨大的，同时系统已出问题，没有后悔药。

最近有个java应用在做压力测试，压测环境配置：CentOS系统4核CPU8g内存jdk1.6.0_25，jvm配置serverXms2048mXmx2048m，出现问题，本篇文章是对此次问题的回顾和复盘

用ChatGPT让翻译不再生硬，跟着我基于ChatGPT做个ChromeExtension，实现在网页中轻松划词翻译。

问题回溯2023年Q2某日运营反馈一个问题，商品系统商家中心某批量工具模板无法下载，导致功能无法使用（因为模板是动态变化的）商家中心报错（JSON串）："code":1,"msg":"失败"负责的同事看到失败后立即与我展开讨论（因为不是关键业务，所以不需要

前言：本文是由最近做的一个项目有感而发，因为之前做了一些技术栈的统一，为了用antDesign的protable，PC统一使用react，但是我们有一些老的项目是vue的，本次新页面较多，老页面的改动较少，除此之外老项目想换菜单，因此我们想借助本次机会用r

从配置文件中获取属性应该是SpringBoot开发中最为常用的功能之一，但就是这么常用的功能，仍然有很多开发者抓狂～今天带大家简单回顾一下这六种的使用方式：||说明|||||Environment对象|Environment是springboot核心的环境

一、背景：后台系统配置越来越多的出现需要进行日志记录的功能，且当前已有日志记录不可复用，需要统一日志记录格式，提高日志记录开发效率。二、预期效果展示：新建动作：修改动作：删除动作：三、数据存储：注：可以选择其他存储方式，这里只简单举个例子bizidbigi

一、序日常研测工作演绎你是否也有同样的困惑？跟进的需求，就在提测前一秒，被告知不能如期提测了，研测计划被打乱；提测的功能，犹如遇到不好的购物体验，缺斤短两，与prd预期不符；产研测三方需求理解不一致，临时组会讨论，出临时解决方案；等等。。。你是否也遇到了以

在日常的开发过程中，本地代码远程调试一直是最理想的开发状态。本文通过介绍京东集团内开发的一个轻量简单的小工具”localhost”，从多角度的方案思考，到原理介绍，到最终的方案落地，在开发阶段发现问题，解决问题。背景起源在很早之前，我参加了一个技术分享大会

公司在推进降本增效，在尝试多种手段之后，发现应用太多，每个应用都做跨机房容灾部署，则最少需要4台机器（称为容器更合适）。那么，将相近应用做一个合并，减少维护项目，提高机器利用率就是一个可选方案。经过前后三次不同的折腾，最后探索出来一个可行方案。记录一下，分