网上说dos窗口出现中文乱码有两种情况，一是运行jar包后程序输出的日志出现乱码，二是运行jar包后程序返回的数据出现乱码。第一种情况的解决办法（dos窗口输出的日志出现乱码），先在黑窗口执行下面命令，将控制台输出的编码改为utf8。今天在黑窗口执行一个jar包，发现程序运行后打印的日志全部出现中文乱码的情况，现记录一下解决的办法。第二种情况的解决办法（程序返回的数据出现乱码），运行jar包时指定

XXL-JOB路由策略摘要：系统提供多维度任务路由方案，包括基础单节点策略（FIRST/LAST/ROUND/RANDOM）确保简单调度，集群负载策略（HASH/CONSISTENT_HASH/LFU/LRU）实现智能负载均衡，特殊场景策略（FAILOVER/BUSYOVER）保障系统可靠性。核心分片广播策略支持数据并行处理，通过shardIndex/shardTotal参数实现分布式计算。不同策

我今天逛了一下CSDN，又发现了一条显眼的数据，大概是说3层B+树足以容纳2000w条数据。我当时就蒙了，3层对2000w，心想这B+树也太厉害了吧，由此勾起了我求知的欲望，我一定要搞明白他这2000w是怎么来的。B+树结构关于B+树的结构，我在之前的文章有讲过，在这里就不细说了，简而言之，B+树的分支非常多，而且每个非叶子节点只存主键值（主键索引）和指针，数据存在于叶子节点。也就是说，磁盘的IO

线程池的作用主要作用：避免创建过多的线程时引发的内存溢出问题。因为创建线程还是比较耗内存的，通常来说创建一个线程会默认分配1M的内存。线程池的主要优势：降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的消耗。提高响应速度。当任务到达时，任务可以不需要等到线程创建就能立即执行。提高线程的可管理性。线程是稀缺资源，如果无限制的创建，不仅会消耗系统资源，还会降低系统的稳定性，使用线程池可以进

名词介绍cookie：浏览器访问服务器，服务器返回cookie给浏览器，浏览器在本地存储cookie，下次带着cookie访问服务器，服务器返回相应的数据。session：浏览器访问服务器，服务器会存储浏览器的数据value，并把key返回给浏览器，浏览器下次带着key（session ID）来访问服务器，服务器能根据key来获取数据。如果有负载均衡，则是session的一个痛点 。token：浏

业务描述先创建两个项目module分别为服务提供者和服务消费者,两个都要注册到NacosServer中(本质上就是一个web服务,端口默认是8848),服务提供者可以为服务消费者提供远程调用服务.生产者服务的创建创建服务提供者工程创建服务提供者工程(module名为sca-provider），继承parent工程(01-sca),添加相关依赖包,其pom.xml文件内容如下：<?xml ve

在这种情况下，（如图）如果我们在同一个配置类里面声明多个相同名字的bean，在Spring IOC容器中只会注册第一个声明的Bean的实例。我们知道，spring容器里面的bean默认是单例的，所以id是唯一的。如果使用@Autowired注解根据类型实现依赖注入，因为IOC容器只有UserService01的实例，所以启动的时候会提示找不到UserService02这个实例。首先，在同一个XML

API 网关的定义网关的角色是作为一个 API 架构，用来保护、增强和控制对于 API 服务的访问。API 网关是一个处于应用程序或服务（提供 REST API 接口服务）之前的系统，用来管理授权、访问控制和流量限制等，这样 REST API 接口服务就被 API 网关保护起来，对所有的调用者透明。因此，隐藏在 API 网关后面的业务系统就可以专注于创建和管理服务，而不用去处理这些策略性的基础设施

业务描述先创建两个项目module分别为服务提供者和服务消费者,两个都要注册到NacosServer中(本质上就是一个web服务,端口默认是8848),服务提供者可以为服务消费者提供远程调用服务.生产者服务的创建创建服务提供者工程创建服务提供者工程(module名为sca-provider），继承parent工程(01-sca),添加相关依赖包,其pom.xml文件内容如下：<?xml ve

声明式事务实现方式所谓声明式事务，也就是通过配置的方式，比如通过配置文件xml或者注解的方式，来告诉Spring哪些方法需要Spring帮忙管理事务，然后开发者只需要关注业务代码，而事务的事情则由Spring自动帮我们控制。配置文件的方式：即在spring.xml文件中进行统一配置，开发者基本不用关注事务的事情了，一切交给spring处理。基于注解的方式：只需要在想要添加事务的方法上加上@Tran