解锁Spring Boot多项目共享Redis：优雅Key命名结构指南

灵犀学长2025-07-09 18:53

引言

Redis 基础与 Spring Boot 集成

Redis 简介

Redis，即 Remote Dictionary Server，是一个开源的基于内存的数据结构存储系统，可用作数据库、缓存和消息中间件 。它具备诸多显著特性，使其在现代软件开发中占据重要地位。

Redis 的读写速度极快，能读的速度是 110000 次 /s，写的速度是 81000 次 /s，这得益于其将数据存储在内存中，避免了磁盘 I/O 的延迟。同时，Redis 支持丰富的数据结构，除了基本的字符串（String）类型，还包括哈希（Hash）、列表（List）、集合（Set）和有序集合（Sorted Set）等。比如，哈希类型适合存储对象，将对象的各个属性作为字段，属性值作为对应的值，方便对对象的存储和读取；有序集合则常用于实现排行榜功能，通过为每个元素关联一个分数，可轻松实现按分数排序。此外，Redis 还支持数据持久化，提供了 RDB（Redis Database Backup）和 AOF（Append Only File）两种持久化方式，RDB 通过创建数据快照来保存内存中的数据，适合快速恢复；AOF 则记录服务器执行的所有写操作命令，重启时通过重新执行这些命令来恢复数据，提供更高的数据完整性，这确保了即使在服务器故障或重启的情况下，数据也不会丢失。Redis 还具备高可用性，支持主从复制和哨兵模式，主从复制实现了数据的备份和读写分离，哨兵模式则用于监控主从复制集群中的 Redis 实例，并在主节点故障时自动进行故障转移，确保服务的连续性和数据的可用性。

基于这些特性，Redis 在众多领域有着广泛的应用场景。在缓存方面，它可用于存储频繁访问的数据，如网站或应用中的热点数据、配置信息、用户登录状态等，大大提高访问速度，减少对后端数据库的访问压力；在会话存储中，可替代传统的数据库会话存储方式，实现会话的集中管理，提高系统的可扩展性；利用其原子操作，Redis 还能实现计数器功能，如统计网站访问量、用户点击次数、文章阅读量等；消息队列也是 Redis 的常见应用之一，在实时通讯系统中，可使用 Redis 的列表数据结构实现消息队列，生产者将任务添加到队列，消费者从队列中取出任务并处理，实现任务的异步处理，提高系统吞吐量；此外，在排行榜、实时分析、发布 / 订阅等场景中，Redis 也都发挥着重要作用。

Spring Boot 集成 Redis

在 Spring Boot 项目中集成 Redis 是一项相对简单的操作，常用的方式是通过 Spring Data Redis 来实现。Spring Data Redis 为 Redis 提供了高度封装的客户端，使得在 Spring Boot 应用中使用 Redis 变得更加便捷。以下是基本的配置步骤：

  1. 添加依赖：在项目的pom.xml文件中添加 Spring Data Redis 的依赖。如果使用 Maven 构建项目，添加如下依赖：
XML 复制代码 
<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

如果需要使用 Jedis 作为 Redis 客户端（Spring Boot 默认使用 Lettuce），可以排除 Lettuce 并添加 Jedis 依赖：

XML 复制代码 
<dependency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-data-redis</artifactId>
	<exclusions>
		<exclusion>
			<groupId>io.lettuce</groupId>
			<artifactId>lettuce-core</artifactId>
		</exclusion>
	</exclusions>
</dependency>
<dependency>
	<groupId>redis.clients</groupId>
	<artifactId>jedis</artifactId>
</dependency>
  1. 配置 Redis 连接：在application.yml或application.properties文件中配置 Redis 的连接信息。以application.yml为例：
XML 复制代码 
spring:

    redis:

        host: 127.0.0.1 # Redis服务器地址

        port: 6379 # Redis服务器端口

        password: # Redis密码（如果有）

        database: 0 # 数据库索引（默认为0）

        timeout: 1800000 # 连接超时时间（毫秒）

    lettuce:

        pool:

            max-active: 20 # 连接池最大连接数

            max-wait: -1 # 最大阻塞等待时间（负数表示无限制）

            max-idle: 5 # 最大空闲连接数

            min-idle: 0 # 最小空闲连接数

从 Spring Boot 2.x 开始，推荐使用spring.data.redis配置方式。

  1. 创建 Redis 配置类：创建一个配置类来定义RedisTemplate，并设置序列化器。例如：
java 复制代码 
package com.example.config;

import org.springframework.context.annotation.Bean;

import org.springframework.context.annotation.Configuration;

import org.springframework.data.redis.connection.RedisConnectionFactory;

import org.springframework.data.redis.core.RedisTemplate;

import org.springframework.data.redis.serializer.StringRedisSerializer;

@Configuration

public class RedisConfig {

    @Bean

    public RedisTemplate < String, Object > redisTemplate(RedisConnectionFactory factory) {

        RedisTemplate < String, Object > template = new RedisTemplate < > ();

        template.setConnectionFactory(factory);

        // 设置键的序列化器

        template.setKeySerializer(new StringRedisSerializer());

        // 设置值的序列化器，这里可以根据需求选择合适的序列化方式，如Jackson2JsonRedisSerializer

        template.setValueSerializer(new StringRedisSerializer());

        return template;

    }

}

通过上述配置，就可以在 Spring Boot 项目中使用RedisTemplate来操作 Redis 了。例如，在服务类中注入RedisTemplate，并使用它进行数据的存储和读取：

java 复制代码 
package com.example.service;

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.data.redis.core.RedisTemplate;

import org.springframework.stereotype.Service;

@Service

public class RedisService {

    @Autowired

    private RedisTemplate < String, Object > redisTemplate;

    public void setValue(String key, Object value) {

        redisTemplate.opsForValue().set(key, value);

    }

    public Object getValue(String key) {

        return redisTemplate.opsForValue().get(key);

    }

}

在业务逻辑中，就可以通过注入RedisService来使用 Redis 的相关功能了。

java 复制代码 
package com.example.controller;

import com.example.service.RedisService;

import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.web.bind.annotation.GetMapping;

import org.springframework.web.bind.annotation.RestController;

@RestController

public class RedisController {

    @Autowired

    private RedisService redisService;

    @GetMapping("/redis/test")

    public String testRedis() {

        redisService.setValue("testKey", "testValue");

        Object value = redisService.getValue("testKey");

        return "Value from Redis: " + value;

    }

}

通过以上步骤，就完成了 Spring Boot 与 Redis 的集成，能够在项目中充分利用 Redis 的强大功能。

多项目共用 Redis 面临的问题

Key 冲突风险

当多个 Spring Boot 项目共用一个 Redis 实例时，若 key 命名缺乏统一规范和设计，冲突风险便会显著增加。想象一下，有两个不同的 Spring Boot 项目，一个是电商项目，用于处理商品信息和订单数据；另一个是内容管理项目，负责文章的存储和展示 。在电商项目中，开发人员可能会使用简单的product:123作为商品 ID 为 123 的缓存 key，来存储商品的详细信息，如名称、价格、库存等。而在内容管理项目中，开发人员也可能出于方便，使用article:123来缓存 ID 为 123 的文章内容。当这两个项目共用一个 Redis 时，就极有可能出现123这个标识符冲突的情况，导致数据相互覆盖或读取错误。这种冲突一旦发生，会严重影响系统的正常运行，导致业务数据错误，比如用户在电商平台看到错误的商品价格，或者在内容平台看到错误的文章内容，进而影响用户体验和业务的正常开展。

管理维护难题

混乱无序的 key 命名结构会给后期的管理、维护和问题排查带来极大的困难。在实际的开发场景中，随着项目的不断迭代和功能的日益复杂，Redis 中存储的数据量会逐渐增大。如果没有清晰的 key 命名规则，当需要查找某个特定业务的数据时，开发人员就如同在一个杂乱无章的仓库中寻找一件特定的物品，无从下手。例如，在一个包含多个微服务的大型项目中，不同的微服务负责不同的业务模块，如用户管理、订单处理、支付结算等。如果各个微服务在使用 Redis 时随意命名 key，当出现缓存数据异常，如数据过期时间不正确、数据丢失等问题时，开发人员很难快速定位到是哪个微服务、哪个业务模块产生的问题。这不仅会耗费大量的时间和精力在排查问题上，还可能导致问题长时间得不到解决，影响整个系统的稳定性和可靠性。此外，在进行系统优化时，如清理过期数据、调整缓存策略等，混乱的 key 命名也会增加操作的难度和风险，稍有不慎就可能误操作其他业务的数据。

优雅的 Key 命名结构设计原则

可读性原则

可读性是 key 命名的首要原则，一个具有清晰业务含义的 key 命名能够让开发人员一眼就明白其代表的内容。以电商项目为例，若要缓存商品信息，使用product:商品ID:info的命名方式就非常直观，其中product明确表示这是商品相关的数据，商品ID用于唯一标识具体的商品，info则说明存储的是商品的详细信息，如名称、价格、库存等。这样的命名结构，无论是在项目开发过程中，还是后期的维护阶段，开发人员都能轻松理解每个 key 的用途，降低沟通成本和出错概率。相比之下，如果使用诸如abc123这样毫无意义的命名，其他人在查看代码或操作 Redis 时，就需要花费大量时间去猜测这个 key 所代表的含义，大大降低了开发效率和代码的可维护性。

唯一性原则

确保不同项目、不同业务模块的 key 不重复是保证 Redis 数据准确性和一致性的关键。为实现这一点，可以采用项目前缀和业务模块前缀相结合的方式。比如，有两个 Spring Boot 项目，一个是电商项目，前缀定义为ecommerce；另一个是内容管理项目，前缀定义为content。在电商项目的订单模块中，缓存订单信息的 key 可以命名为ecommerce:order:订单ID:info，而在内容管理项目的文章模块中，缓存文章详情的 key 可以命名为content:article:文章ID:details。通过这种方式，即使不同项目或业务模块中存在相同的标识符（如订单ID和文章ID可能都使用数字自增作为标识），由于前缀的不同，也不会发生 key 冲突的情况。此外，还可以使用 UUID（通用唯一识别码）作为 key 的一部分，进一步增强 key 的唯一性，但需要注意的是，UUID 虽然能够保证唯一性，但由于其长度较长，会占用更多的内存空间和网络带宽，因此需要根据实际情况权衡使用。

可扩展性原则

一个优秀的 key 命名结构应能适应业务的发展和项目的扩充。随着业务的增长，可能会出现新的业务模块或功能，这就要求 key 命名结构具备足够的灵活性。例如，在一个社交平台项目中，最初只包含用户基本信息和动态发布功能。此时，缓存用户信息的 key 可以命名为social:user:用户ID:basic_info，缓存用户动态的 key 可以命名为social:user:用户ID:dynamic。当业务发展，增加了好友关系和私信功能后，如果之前的 key 命名结构设计合理，就可以方便地扩展。比如，缓存用户好友列表的 key 可以命名为social:user:用户ID:friends_list，缓存私信内容的 key 可以命名为social:user:用户ID:private_messages:消息ID。这样的命名结构通过在原有的基础上增加特定的业务标识，既能保持与原有结构的一致性，又能满足新功能的需求，使得项目在不断发展过程中，Redis 的 key 管理依然井然有序，不会因为业务的扩展而导致 key 命名混乱。

简洁性原则

在保证可读性和唯一性的前提下，应尽量避免复杂冗长的命名，简洁的 key 命名可以提高操作效率。一方面，较短的 key 在网络传输和存储时占用的资源更少，能够减少网络开销和内存占用，提高系统性能。例如，在一个高并发的秒杀系统中，大量的商品库存信息需要缓存到 Redis 中，如果 key 命名过于复杂，如seckill:product:the_first_product_in_this_seckill_activity_with_a_very_long_description:stock，不仅会增加网络传输的时间，还会占用更多的内存空间，在高并发情况下，可能会成为系统性能的瓶颈。而使用简洁的命名，如seckill:p1:stock，既能准确表达商品库存的含义，又能提高操作效率。另一方面，简洁的 key 更容易编写和记忆，降低开发人员出错的概率。在实际开发中，开发人员需要频繁地操作 Redis，如果 key 命名过于复杂，很容易在编写代码时出现拼写错误或遗漏，导致程序出现意想不到的错误。因此，在设计 key 命名结构时，应在满足业务需求的前提下，尽可能地简化 key 的命名，以提高系统的整体性能和开发效率。

具体的 Key 命名结构示例

项目名 + 模块名 + 业务标识 + 唯一 ID

这种结构能够清晰地标识数据所属的项目、模块以及具体业务和唯一实例。例如，在一个包含电商项目和内容管理项目的多项目架构中：

  • 电商项目 - 订单模块：若要缓存订单信息，key 可以设计为ecommerce:order:order_id_123:info，其中ecommerce代表电商项目，order表示订单模块，order_id_123是订单的唯一 ID，info表示这是订单的详细信息。这样的命名方式，当开发人员在 Redis 中看到这个 key 时，能迅速明白它是电商项目订单模块下特定订单的详细信息。如果需要查询某个订单的信息，通过这个清晰的 key 结构，就可以快速定位到相应的数据。
  • 内容管理项目 - 文章模块：缓存文章内容的 key 可以是content:article:article_id_456:content，content是内容管理项目的标识，article表示文章模块，article_id_456是文章的唯一 ID，content表示存储的是文章的具体内容。这种命名结构使得不同项目、不同模块的数据在 Redis 中能够明确区分，有效避免了 key 冲突，并且在进行数据管理和维护时，能够快速准确地找到所需数据。

分层式命名结构

分层式命名结构是按照数据类型、业务层级等进行分层命名，使 key 的结构更加清晰，便于管理和维护。

  • 按数据类型分层：可以将数据分为缓存数据、会话数据、计数器数据等不同类型。例如，缓存数据的 key 可以以cache:作为前缀，会话数据以session:作为前缀，计数器数据以counter:作为前缀。在电商项目中，缓存商品列表的 key 可以是cache:ecommerce:product:list，这里cache表示这是缓存数据，ecommerce是电商项目，product是商品模块，list表示这是商品列表数据。通过这种方式，在进行数据清理、统计等操作时，可以根据前缀快速筛选出特定类型的数据。
  • 按业务层级分层：以一个大型企业级应用为例，假设应用包含多个业务领域，如客户关系管理（CRM）、企业资源规划（ERP）等。在 CRM 领域中，又包含客户信息、销售机会等业务模块。对于客户信息的缓存，key 可以设计为crm:customer:basic_info:customer_id_789，其中crm表示客户关系管理业务领域，customer表示客户信息模块，basic_info表示客户基本信息，customer_id_789是客户的唯一 ID。这种按业务层级分层的命名方式，能够清晰地展示数据在业务架构中的位置，方便开发人员理解和管理数据，同时也有利于系统的扩展和维护，当业务发生变化或新增业务模块时，可以很容易地在现有的分层结构上进行扩展。

实现 Key 命名规范的技术手段

自定义 Key 生成器

在 Spring Boot 中，通过自定义 Key 生成器可以灵活地控制 key 的生成逻辑，使其符合项目的特定需求。Spring 提供了KeyGenerator接口，我们可以实现该接口来自定义 key 的生成方式。

例如，假设我们有一个电商项目，其中订单模块需要缓存订单信息，并且希望 key 能够包含订单所属的用户 ID、订单 ID 以及时间戳，以确保 key 的唯一性和业务关联性。我们可以创建一个自定义的KeyGenerator实现类：

java 复制代码 
import org.springframework.cache.interceptor.KeyGenerator;

import org.springframework.stereotype.Component;

import java.lang.reflect.Method;

import java.util.Date;

@Component

public class OrderKeyGenerator implements KeyGenerator {

    @Override

    public Object generate(Object target, Method method, Object...params) {

        // 假设第一个参数是订单ID，第二个参数是用户ID

        if (params != null && params.length >= 2) {

            Long orderId = (Long) params[0];

            Long userId = (Long) params[1];

            long timestamp = new Date().getTime();

            return "ecommerce:order:user_" + userId + ":order_" + orderId + ":" + timestamp;

        }

        return null;

    }

}

在上述代码中，generate方法接收目标对象、方法以及方法参数。通过解析参数，我们获取订单 ID 和用户 ID，并结合当前时间戳生成一个唯一的 key。在使用缓存时，我们可以指定使用这个自定义的KeyGenerator：

java 复制代码 
import org.springframework.cache.annotation.Cacheable;

import org.springframework.stereotype.Service;

@Service

public class OrderService {

    @Cacheable(value = "orderCache", keyGenerator = "orderKeyGenerator")

    public String getOrderDetails(Long orderId, Long userId) {

        // 实际的业务逻辑，查询订单详情

        return "Order details for orderId: " + orderId + ", userId: " + userId;

    }

}

在getOrderDetails方法上使用@Cacheable注解，并指定keyGenerator为我们自定义的orderKeyGenerator，这样在缓存该方法的返回值时，就会使用自定义的 key 生成逻辑。通过这种方式，我们可以根据业务需求灵活地生成符合规范的 key，避免 key 冲突，同时也提高了缓存的命中率和数据的可管理性。

使用常量类管理 Key 前缀

使用常量类统一管理 key 前缀是提高代码可维护性和可读性的有效方法。在一个大型项目中，可能涉及多个模块和大量的缓存操作，如果每个地方都直接编写 key 前缀，不仅容易出错，而且当需要修改前缀时，需要在众多的代码文件中进行查找和修改，非常繁琐。通过将所有的 key 前缀定义在一个常量类中，我们可以将这些前缀集中管理，便于修改和维护。

例如，我们有一个包含用户模块、商品模块和订单模块的电商项目，我们可以创建一个RedisKeyConstants常量类来管理 key 前缀：

java 复制代码 
public class RedisKeyConstants {

    public static final String USER_PREFIX = "ecommerce:user:";

    public static final String PRODUCT_PREFIX = "ecommerce:product:";

    public static final String ORDER_PREFIX = "ecommerce:order:";

}

在使用时，我们可以直接引用这些常量来生成 key。比如，在用户模块中缓存用户信息：

java 复制代码 
import org.springframework.beans.factory.annotation.Autowired;

import org.springframework.data.redis.core.RedisTemplate;

import org.springframework.stereotype.Service;

@Service

public class UserService {

    @Autowired

    private RedisTemplate < String, Object > redisTemplate;

    public void cacheUserInfo(Long userId, Object userInfo) {

        String key = RedisKeyConstants.USER_PREFIX + userId + ":info";

        redisTemplate.opsForValue().set(key, userInfo);

    }

    public Object getUserInfo(Long userId) {

        String key = RedisKeyConstants.USER_PREFIX + userId + ":info";

        return redisTemplate.opsForValue().get(key);

    }

}

通过这种方式，当需要修改ecommerce这个项目前缀时，只需要在RedisKeyConstants常量类中修改一次即可，而不需要在所有涉及 key 生成的代码中进行修改，大大提高了代码的可维护性。同时，常量类的使用也使得代码更加清晰易读，其他开发人员在阅读代码时能够一目了然地知道每个 key 所属的模块和业务。

实际应用案例分析

案例背景介绍

假设有一家大型互联网公司，旗下拥有多个 Spring Boot 项目，包括电商平台、社交平台和内容管理系统 。为了提高资源利用率和降低成本，这些项目共用一个 Redis 集群来存储缓存数据、会话信息和一些计数器数据。电商平台负责商品展示、交易等业务；社交平台处理用户关系、动态发布等功能；内容管理系统则专注于文章的发布、编辑和展示。在这个架构下，Redis 成为了各个项目之间数据共享和交互的关键枢纽。

优化前的 Key 命名问题

在项目初期，由于缺乏统一的规划，各个项目对 Redis 的 key 命名比较随意。电商平台可能会使用product:123来缓存商品 ID 为 123 的信息，社交平台则可能用user:123来存储用户 ID 为 123 的资料，内容管理系统也可能使用article:123来缓存文章 ID 为 123 的内容。这种命名方式导致了严重的 key 冲突问题。例如，当社交平台和电商平台同时使用123这个 ID 时，就会出现数据覆盖的情况，导致社交平台的用户资料被电商平台的商品信息覆盖，或者反之。此外，当需要对 Redis 中的数据进行清理、统计或维护时，由于 key 命名缺乏规律，开发人员很难快速准确地定位到特定项目或业务的数据，大大增加了管理和维护的难度。比如，在进行数据清理时，可能会误删其他项目的数据，影响整个系统的正常运行。

优化后的 Key 命名方案及效果

为了解决上述问题，公司制定了统一的 key 命名规范，采用项目名 + 模块名 + 业务标识 + 唯一 ID 的结构。在电商平台中，缓存商品信息的 key 改为ecommerce:product:123:info，其中ecommerce是项目名，product是模块名，123是商品唯一 ID，info表示商品信息；社交平台缓存用户资料的 key 变为social:user:123:profile，social是项目名，user是模块名，123是用户唯一 ID，profile表示用户资料；内容管理系统缓存文章内容的 key 则为content:article:123:content，content是项目名，article是模块名，123是文章唯一 ID，content表示文章内容。

通过这种优化后的命名方案，key 冲突的问题得到了有效解决，不同项目和业务模块的数据能够清晰地分离。在系统维护方面，开发人员可以根据 key 的结构快速定位到所需的数据，例如使用SCAN命令配合MATCH模式，如SCAN 0 MATCH "ecommerce:product:*:info" COUNT 100，可以快速获取电商平台所有商品信息的 key，便于进行数据统计、清理等操作。同时，这种规范的命名方式也提高了代码的可读性和可维护性，新加入的开发人员能够快速理解每个 key 的含义和用途，降低了学习成本和出错概率，从而提升了整个系统的稳定性和可靠性。

总结与展望

在多个 Spring Boot 项目共用一个 Redis 的场景中，合理设置 key 命名结构是确保系统稳定、高效运行的关键。通过遵循可读性、唯一性、可扩展性和简洁性等原则，我们能够设计出易于理解、维护且能适应业务变化的 key 命名方案。无论是采用项目名 + 模块名 + 业务标识 + 唯一 ID 的具体结构，还是分层式命名结构，都能有效避免 key 冲突，提升数据管理的便捷性。借助自定义 Key 生成器和常量类管理 Key 前缀等技术手段，我们可以在代码层面更好地实现和遵循这些命名规范。

从实际应用案例来看，优化后的 key 命名方案显著提升了系统的可维护性和稳定性，降低了开发和运维成本。随着业务的不断发展和技术的持续进步，未来可能会面临更复杂的应用场景和更高的性能要求。例如，在微服务架构日益普及的情况下，服务间的通信和数据交互更加频繁，Redis 作为重要的数据存储和缓存工具，其 key 命名的合理性将对整个微服务生态的健康运行产生深远影响。同时，随着人工智能、大数据等新兴技术与传统业务的深度融合，可能会产生新的数据类型和业务需求，这就要求我们进一步完善和创新 key 命名结构，以满足不断变化的业务需求。

在未来的研究和实践中，可以探索将人工智能技术应用于 key 命名的优化，通过机器学习算法自动分析业务数据和访问模式，生成更智能、更高效的 key 命名策略。此外，随着分布式系统的规模不断扩大，如何在多数据中心、跨地域的环境下统一管理和维护 Redis 的 key 命名，也是需要深入研究的方向。总之，合理设置 Redis 的 key 命名结构是一个持续演进的过程，需要我们不断关注技术发展趋势，结合实际业务需求，持续优化和改进。

相关推荐
小光学长1 小时前
基于vue框架的防疫科普网站0838x（程序+源码+数据库+调试部署+开发环境）带论文文档1万字以上，文末可获取，系统界面在最后面。
数据库
极限实验室1 小时前
使用 Docker Compose 简化 INFINI Console 与 Easysearch 环境搭建
数据库·docker·devops
飞翔的佩奇1 小时前
Java项目：基于SSM框架实现的旅游协会管理系统【ssm+B/S架构+源码+数据库+毕业论文】
java·数据库·mysql·毕业设计·ssm·旅游·jsp
float_六七3 小时前
SQL六大核心类别全解析
数据库·sql·oracle
Code季风5 小时前
将 gRPC 服务注册到 Consul：从配置到服务发现的完整实践（上）
数据库·微服务·go·json·服务发现·consul
Boilermaker19925 小时前
【Java EE】SpringIoC
前端·数据库·spring
来自宇宙的曹先生5 小时前
用 Spring Boot + Redis 实现哔哩哔哩弹幕系统（上篇博客改进版）
spring boot·redis·后端
霸王龙的小胳膊5 小时前
泛微虚拟视图-数据虚拟化集成
数据库
轩情吖6 小时前
Qt的信号与槽（二）
数据库·c++·qt·信号·connect·信号槽·槽
热门推荐
01KGG转MP3工具|非KGM文件|解密音频02集群聊天服务器---MySQL数据库的建立03Coze扣子平台完整体验和实践（附国内和国际版对比）04免费领50刀！AnyRouter一键解锁Claude最强编程模型05Java学习第十五部分——MyBatis06扣子（coze）实战|我用扣子搭建了一个自动分析小红薯笔记内容的AI应用|详细步骤拆解07RAL-2025 | 触觉助力无人机空中探索！基于柔顺机器人手指的无人机触觉导航08使用Ruby接入实时行情API教程09DeepSeek各版本说明与优缺点分析10SQL 转 Java 实体类工具