java

前言 ai浪潮下，各种agent已经ai ide层出不穷，当前最火的当书claude code(后文简称CC)。国内用户在使用CC时经常会遇到以下问题 1、因为不会使用梯子，导致无法使用cc服务 2、

在微服务架构中，我们经常需要调用其他服务的API。随着业务的发展，可能会出现需要在多个服务集群之间动态切换的场景，例如灰度发布、故障转移、负载均衡等。本文介绍一个基于 Spring Boot 和 Op

背景 最近在做服务拆分，涉及到feign接口迁移，因为调用方比较多，希望可以有一些其他的方案，在调用方不做代码修改的情况下，也可以实现流量迁移，同时可以控制切流的节奏 目标 1、运行时做feign调用

前沿 最近在做服务拆分和迁移，其中涉及到一些feign接口的迁移，因为涉及到上游比较多，希望可以尽量减少上游的改动量，因此决定调研下open feign 正文 入口EnableFeignClients

playwright简介 playwright是微软开源的一款自动化测试框架，其以卓越的性能和强大的功能，在自动化测试和爬虫领域越来越流行，逐步开始替代selenium。本文记录在使用playwrig

引言 对于javaer来说，做web开发时springmvc是经常使用的框架。使用springmvc可以很方便的添加一个路由，只需要使用@Controller注解或者@RestController注解

背景 最近在做一个根据json自动生成java vo, ts interface, go struct的小工具，前端使用vue3 + typescript来实现。为了更好的用户体验，决定使用highl

背景 spring cloud 默认或者主流的服务间调用方式是通过feign走的http调用；在某些场景下，服务提供方发布的feign client可能并不适用，需要稍微调整下，因此需要有时候需要调用

背景 在实际项目中，有时候会遇到，同一个实体对应多个不同的实体类的情况，因此在restful中经常需要定义不同的接口，因为json本身不携带类型信息，但是实际上多个接口从功能层面上来说是一样的，只是返

最近项目中有功能需要获取服务器的一些硬件信息，调研了下oshi，这里做个记录 demo 输出结果如下 参考 https://github.com/oshi/oshi

参考：https://github.com/spring-projects/spring-boot/issues/14876

背景 随着业务流量越来越大，原先所有流量都访问redis主库，给主库造成了很大的压力 目标 在不影响业务的前提下，减轻redis主库压力 现状 当前redis的部署架构是一主一从，从库只是承担了备份的

背景 文旅项目处于稳定需要，目前每个服务部署了多个实例，分布在不同的结点；同时为了应对甲方的稳定性需要，接下来会上云 这样，每个服务的多个节点会跨网络，甚至是不同的运营商，这样会带来一些问题 基于现有

背景 随着业务流量越来越大，所有数据库请求都访问mysql主库，给主库造成了较大的压力 目标 减轻mysql主库压力 现状 当前数据库部署架构为一主一从，从库只是单纯作为备份，没有承接线上流量，资源有

自定义compiler 核心代码是JavaCompiler.CompilationTask， 通过调用JavaCompiler.CompilationTask.call方法 编译无误返回true，反之

背景 最近项目上到阿里云之后，发现部署特别慢，其中大部分耗时都消耗在文件传输上 目标 优化文件传输规则，降低文件传输耗时 方案 现状 当前发布系统部署在公司专有网络，发布系统传输文件到目标机器（阿里云

背景 最近在使用prometheus做监控，应用程序也集成了prometheus，因此有很多的数据采集是跟随应用程序走的，导致采集的地址有很多，且都是非公开的访问端口，因此prometheus没法直接

背景 公司有项目因为是和外部合作，考虑到公司网络的不稳定，决定将服务上云，上云之后暴露出一些新的问题：原有的一部分后台服务（比如nacos后台，文件服务后台）不得不暴露在外网，这是非常危险的，因此需要

背景 在一个项目中，一个请求通常会有调用各种上下游，最常见的有数据库、缓存、消息队列以及下游服务；在链路比较复杂的时，定位问题以及分析问题会非常麻烦，因此需要通过某种方式，定位一次请求的所有上下游链路

背景 最近在做一个项目，和外部客户合作，其中部分服务器是客户提供，将服务部署到客户提供的服务器上。 出于成本考虑，在客户的服务器上，除了网关配置了外网ip，其他服务器都没有配置外网ip 出于安全考虑，