Tech Blog

2024-09-03

问题解释：

Spring Boot 中的 @Scheduled 注解可用于创建定时任务，但有时任务可能只执行了一次，之后不再重复执行。这可能是由于以下原因造成的：

定时任务的配置错误，导致任务没有被正确地注册。
应用上下文（Application Context）在任务执行完毕后就关闭了，因此下一次的执行计划没有被触发。
如果是用于测试，可能是应用在启动后立即停止，导致定时任务没有执行。

解决方法：

确保 @EnableScheduling 注解已经添加到了配置类上，以启用定时任务的支持。
检查 @Scheduled 注解使用的 cron 表达式是否正确，确保它能够触发任务按预期执行。
如果是在开发环境中，确保应用上下文不会在主线程完成后立即关闭。
如果是测试问题，确保测试等待足够的时间以便定时任务可以执行。

示例代码：




@Configuration
@EnableScheduling
public class SchedulerConfig {
    // 定时任务配置类
}
 
@Component
public class MyScheduledTask {
 
    private static final Logger log = LoggerFactory.getLogger(MyScheduledTask.class);
 
    @Scheduled(fixedRate = 5000) // 或者使用cron表达式
    public void execute() {
        log.info("定时任务执行，时间: {}", LocalDateTime.now());
        // 任务逻辑
    }
}

确保 SchedulerConfig 类被标记为 @Configuration 并且通过 @EnableScheduling 开启了定时任务的支持。MyScheduledTask 类中的 execute 方法使用 @Scheduled 注解来标记这是一个定时任务，并通过 fixedRate 或 cron 表达式指定任务的执行计划。

若依前后端分离版启动到部署到tomcat

2024-09-03

若依是一款全功能的JAVA企业级开发平台，前后端分离版本适用于Web项目快速开发。若依前后端分离版本不直接支持部署到Tomcat，因为它使用的是前后端分离架构，前端和后端可以独立部署。

如果你需要将若依前后端分离版本的后端接口部署到Tomcat中，你可以按照以下步骤操作：

构建后端应用：确保你的后端项目已经构建，并生成了war包。
部署到Tomcat：将生成的war包复制到Tomcat的webapps目录下。
启动Tomcat：启动Tomcat服务器，通常可以通过运行catalina.sh（Linux）或catalina.bat（Windows）脚本来启动。
访问应用：部署成功后，你可以通过http://<Tomcat服务器IP>:<Tomcat端口>/<你的应用context path>来访问你的后端服务。

以下是简化的命令行操作指南：




# 构建后端应用，具体命令根据实际构建工具而异，例如Maven或Gradle
cd your-project
./mvnw clean package  # Maven
./gradlew build       # Gradle
 
# 将构建好的war包复制到Tomcat的webapps目录
cp target/your-app.war /path/to/tomcat/webapps/
 
# 启动Tomcat
cd /path/to/tomcat/bin
./startup.sh  # Linux
startup.bat  # Windows
 
# 访问应用
# 浏览器中打开 http://localhost:8080/your-app

请注意，若依平台的后端部分通常不直接与Tomcat交互，而是通过Nginx或其他反向代理服务器进行请求分发和负载均衡。因此，直接部署到Tomcat可能会导致一些问题，例如路由、权限等配置不正确。如果你需要将前后端一起部署到Tomcat，你可能需要修改若依的部分配置以适应Tomcat的运行环境。

Redis 双写一致原理篇

2024-09-03

所有,redis




class RedisDualWrite:
    def __init__(self, master_redis, slave_redis):
        self.master = master_redis
        self.slave = slave_redis
 
    def set(self, key, value):
        # 在主节点设置数据
        self.master.set(key, value)
        # 在从节点设置相同的数据
        self.slave.set(key, value)
 
    def get(self, key):
        # 直接从主节点读取数据
        return self.master.get(key)
 
# 假设你已经有了两个Redis实例
master_redis = Redis(host='master_host', port=6379)
slave_redis = Redis(host='slave_host', port=6379)
 
# 创建RedisDualWrite实例
dual_write = RedisDualWrite(master_redis, slave_redis)
 
# 设置一个键值对
dual_write.set('key', 'value')
 
# 获取这个键的值
print(dual_write.get('key'))

这个示例代码展示了如何实现一个简单的Redis双写一致性解决方案。在set方法中，我们首先在主节点设置数据，然后确保将相同的数据设置到从节点。在get方法中，我们直接从主节点读取数据，这样可以保证数据的一致性。这个解决方案不考虑复杂的同步和错误处理，只是为了展示基本的思路。在生产环境中，你需要实现更复杂的逻辑来处理网络分区、故障转移等场景。

2024-09-03

所有,redis

Spring Boot整合常见的Redis客户端如Jedis、Lettuce、RedisTemplate、Redisson的示例代码如下：

使用Jedis客户端：




@Autowired
private JedisConnectionFactory jedisConnectionFactory;
 
public void useJedis() {
    Jedis jedis = null;
    try {
        jedis = jedisConnectionFactory.getConnection().getNativeConnection();
        jedis.set("key", "value");
        String value = jedis.get("key");
        System.out.println(value);
    } finally {
        if (jedis != null) {
            jedis.close();
        }
    }
}

使用Lettuce客户端：




@Autowired
private LettuceConnectionFactory lettuceConnectionFactory;
 
public void useLettuce() {
    LettuceClient lettuceClient = null;
    try {
        lettuceClient = lettuceConnectionFactory.getConnection().getNativeConnection();
        lettuceClient.set("key", "value");
        String value = lettuceClient.get("key");
        System.out.println(value);
    } finally {
        if (lettuceClient != null) {
            lettuceClient.close();
        }
    }
}

使用StringRedisTemplate或RedisTemplate：




@Autowired
private StringRedisTemplate stringRedisTemplate;
 
public void useRedisTemplate() {
    stringRedisTemplate.opsForValue().set("key", "value");
    String value = stringRedisTemplate.opsForValue().get("key");
    System.out.println(value);
}

使用Redisson客户端：




@Autowired
private RedissonClient redissonClient;
 
public void useRedisson() {
    RBucket<String> bucket = redissonClient.getBucket("key");
    bucket.set("value");
    String value = bucket.get();
    System.out.println(value);
}

在Spring Boot中，你需要在application.properties或application.yml中配置Redis的连接信息，Spring Boot会自动配置Jedis、Lettuce和Redisson客户端。对于RedisTemplate，通常使用@Autowired直接注入到你的服务中。

sql数据库数据更新&视图

2024-09-03

所有,数据库




-- 假设我们有一个名为 `employees` 的表，包含 `employee_id`, `name`, `department` 和 `salary` 字段
-- 我们想要更新特定员工的薪水
UPDATE employees
SET salary = salary * 1.1
WHERE name = '张三';
 
-- 创建视图，只显示部门为 '技术' 的员工信息
CREATE VIEW view_technical_department AS
SELECT employee_id, name, salary
FROM employees
WHERE department = '技术';
 
-- 使用视图查询技术部门员工的信息
SELECT * FROM view_technical_department;

这段代码首先通过一个UPDATE语句更新了特定员工的薪水。接着，它创建了一个视图view_technical_department，该视图仅显示技术部门的员工信息。最后，它展示了如何使用这个视图来查询信息。这个例子简单直观地展示了数据更新和视图创建的过程。

2024-09-03

所有,数据库




# 更新软件包列表
sudo apt-update
 
# 安装依赖包
sudo apt-get install -y wget apt-transport-https software-properties-common
 
# 导入JetBrains Toolbox的GPG密钥
wget -qO- "https://download.jetbrains.com/toolbox/jetbrains-toolbox-1.20.6293.tar.gz" | tar xz
 
# 添加JetBrains Toolbox的仓库
sudo "./jetbrains-toolbox-1.20.6293/jetbrains-toolbox.sh" --create-desktop-entry
 
# 删除解压的文件
rm -rf jetbrains-toolbox-1.20.6293
 
# 安装JetBrains Toolbox
sudo apt-get install -y jetbrains-toolbox
 
# 如果遇到libfuse.so.2相关的错误，则尝试以下命令
sudo apt-get install -y fuse

这段代码首先通过apt-get更新了软件包列表，并安装了必要的依赖项。然后，它导入了JetBrains Toolbox的GPG密钥，并添加了它的官方仓库。最后，它安装了JetBrains Toolbox。如果在安装过程中遇到libfuse.so.2相关的错误，它会尝试安装fuse包来解决依赖问题。

SpringBoot MVEL 表达式

2024-09-03

MVEL是一种Java表达式语言，用于动态执行计算和操作对象图。Spring Boot中可以使用MVEL来执行动态表达式。

在Spring Boot中使用MVEL表达式，你需要添加spring-boot-starter依赖，并通过@Value注解结合Spring的SpEL（Spring Expression Language）来使用MVEL。

首先，在pom.xml中添加依赖：




<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter</artifactId>
</dependency>
<!-- MVEL 支持 -->
<dependency>
    <groupId>org.mvel</groupId>
    <artifactId>mvel2</artifactId>
    <version>2.4.11.Final</version>
</dependency>

然后，在Spring Boot应用中使用MVEL表达式：




import org.springframework.beans.factory.annotation.Value;
import org.springframework.stereotype.Component;
 
@Component
public class MvelExample {
 
    @Value("#mvel('1 + 1')")
    private int result;
 
    public int getResult() {
        return result;
    }
}

在上面的例子中，@Value注解中的#mvel('1 + 1')表达式会在Spring容器启动时执行，并将结果（2）注入到result字段中。

要注意的是，MVEL表达式的使用场景相对较少，并且在Spring的官方文档中，推荐使用更为常规和成熟的SpEL表达式。因此，在没有特别需要使用MVEL的情况下，不建议在Spring Boot应用中使用MVEL。

linux MongoDB 安装与配置

2024-09-03

所有,数据库

在Linux上安装MongoDB，可以遵循以下步骤：

导入MongoDB公钥：




wget -qO - https://www.mongodb.org/static/pgp/server-4.2.asc | sudo apt-key add -

创建MongoDB列表文件：




echo "deb [ arch=amd64,arm64 ] http://repo.mongodb.org/apt/ubuntu $(lsb_release -cs)/mongodb-org/4.2 multiverse" | sudo tee /etc/apt/sources.list.d/mongodb-org-4.2.list

更新本地包数据库：




sudo apt-get update

安装MongoDB包：




sudo apt-get install -y mongodb-org

启动MongoDB服务：




sudo systemctl start mongod

设置MongoDB在系统启动时自动启动：




sudo systemctl enable mongod

检查MongoDB服务状态：




sudo systemctl status mongod

以上步骤适用于基于Debian的系统（如Ubuntu）。对于基于RPM的系统（如CentOS），你需要使用适当的包管理命令，如yum或dnf。

注意：在执行上述命令时，请确保你拥有管理员权限（通常是使用sudo）。

2024-09-03

报错解释：

InvalidContentTypeException 是由 Apache Tomcat 的文件上传库 tomcat-fileupload 抛出的异常。当请求中的 Content-Type 头部不符合预期的 MIME 类型时，会出现这个异常。

解决方法：

检查客户端发送请求时的 Content-Type 头部是否正确设置。如果是表单上传文件，通常应该是 multipart/form-data。
如果你是在编写服务器代码，确保你的代码中对文件上传的处理配置正确，包括库的版本、解析器的配置等。
如果你使用的是某个框架（如 Spring MVC），确保你的配置文件中指定了正确的 multipart resolver，并且相关的依赖已经正确引入。
如果报错信息被截断，查看完整的异常信息以获取更多细节。

示例：

如果你使用的是 Spring MVC，确保你的配置类中包含类似以下的配置：




@Bean
public MultipartResolver multipartResolver() {
    CommonsMultipartResolver multipartResolver = new CommonsMultipartResolver();
    multipartResolver.setMaxUploadSize(100000); // 设置最大上传文件大小
    return multipartResolver;
}

确保 Content-Type 是 multipart/form-data 并且请求体中包含了正确的 boundary 分隔符。

2024-09-03

所有,redis

报错解释：

redis.clients.jedis.exceptions.JedisClusterMaxRedirectionsException 是 Jedis 客户端在与 Redis 集群交互时抛出的异常，表示客户端在尝试定位数据所在的节点时，经过了最大的重定向次数还是没有找到数据的节点。

解决方法：

检查 Redis 集群的健康状态，确保所有的节点都是正常运行的。
检查网络连接，确保客户端与 Redis 服务器之间的网络连接没有问题。
检查客户端配置，特别是重定向次数的配置（maxRedirections），确认是否设置得过低，可以适当增加这个值。
如果集群配置有变动（如节点增加或减少），确保客户端的配置信息是最新的。
查看 Jedis 客户端的日志和错误堆栈信息，以便进一步诊断问题。