Redis 게시 및 구독 방법을 사용하여 간단한 메시징 시스템을 구현하는 방법
I. 기본 사용법
1. 구성
SpringBoot 2.2.1.RELEASE
를 사용하여 프로젝트 환경을 구축하고 pom.xml
에 직접 redis 종속성을 추가합니다.
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency>
2.2.1.RELEASE
来搭建项目环境,直接在pom.xml
中添加 redis 依赖spring: redis: host: 127.0.0.1 port: 6379 password:
如果我们的 redis 是默认配置,则可以不额外添加任何配置;也可以直接在application.yml
配置中,如下
@Service public class PubSubBean { @Autowired private StringRedisTemplate redisTemplate; public void publish(String key, String value) { redisTemplate.execute(new RedisCallback<Object>() { @Override public Object doInRedis(RedisConnection redisConnection) throws DataAccessException { redisConnection.publish(key.getBytes(), value.getBytes()); return null; } }); } }
2. 使用姿势
redis 的发布/订阅,主要就是利用两个命令publish/subscribe
; 在 SpringBoot 中使用发布订阅模式比较简单,借助 RedisTemplate 可以很方便的实现
a. 消息发布
public void subscribe(MessageListener messageListener, String key) { redisTemplate.execute(new RedisCallback<Object>() { @Override public Object doInRedis(RedisConnection redisConnection) throws DataAccessException { redisConnection.subscribe(messageListener, key.getBytes()); return null; } }); }
b. 订阅消息
消息订阅这里,需要注意我们借助org.springframework.data.redis.connection.MessageListener
来实现消费逻辑
@RestController @RequestMapping(path = "rest") public class DemoRest { @Autowired private PubSubBean pubSubBean; // 发布消息 @GetMapping(path = "pub") public String pubTest(String key, String value) { pubSubBean.publish(key, value); return "over"; } // 新增消费者 @GetMapping(path = "sub") public String subscribe(String key, String uuid) { pubSubBean.subscribe(new MessageListener() { @Override public void onMessage(Message message, byte[] bytes) { System.out.println(uuid + " ==> msg:" + message); } }, key); return "over"; } }
c. 测试 case
写一个简单的测试 case,来验证一下上面的发布订阅,顺带理解一下这个MessageListener
redis가 기본 구성인 경우 추가 구성을 추가할 필요가 없습니다. 다음과 같이 application.yml
에서 직접 구성할 수도 있습니다.
notify-keyspace-events Ex
2. Posture
Redis 게시/구독을 사용합니다. 주로publish/subscribe
두 가지 명령을 사용합니다. SpringBoot에서 게시 및 구독 모드를 사용하는 것은 상대적으로 간단하며 다음과 같이 쉽게 구현할 수 있습니다. RedisTemplatea. 메시지 게시
subscribe __keyevent@0__:expired
로그인 후 복사
b. 메시지 구독
메시지 구독은 org.springframework.data.redis를 사용합니다. Connection.MessageListener
를 사용하여 소비 로직을 구현합니다
subscribe __keyevent@0__:expired
rrreee
c. 테스트 케이스
위의 게시 및 구독을 확인하고 이MessageListener; 두 개의 REST 인터페이스를 제공하는 간단한 WEB 프로젝트를 만듭니다<p>rrreee</p> 먼저 두 개의 소비자를 생성한 다음 메시지를 보낼 때 둘 다 수신되고 메시지를 보낼 때 세 개가 모두 수신됩니다. received<ul class=" list-paddingleft-2">
<li>3. 사용 지침 및 적용 시나리오 <p></p>Redis 게시 및 구독은 상대적으로 간단한 시나리오에만 적합합니다. 위 지침에서 볼 수 있듯이 이는 1에서 N까지 지원하는 간단한 게시 및 구독 모델입니다. 전송된 것은 온라인인 소비자만이 얻을 수 있고(온라인이 아닌 사람은 안타깝다고 할 수밖에 없음), 레디스의 경우 소비자가 소비할 수 있는지 여부는 끝난다. 일반적으로 상관하지 않습니다. </li>
<li> 핵심 사항: <p></p>
</li>
</ul>온라인 소비자만 메시지를 받을 수 있습니다. <p></p>
<p><strong> 소비자는 메시지를 한 번만 받을 수 있습니다. </strong></p>
<p></p>다음 질문은 어떤 시나리오에서 Redis를 사용할 수 있느냐는 것입니다. 게시와 구독은 어떻습니까? <p><strong></strong>메모리 기반 캐시 무효화</p>
<p></p>레이드 + 메모리를 보조 캐시로 사용하는 것은 비교적 일반적인 방법이라고 할 수 있습니다. 메모리 기반 캐시의 도움으로 시스템 부하를 효과적으로 늘릴 수 있지만 문제도 있습니다. 캐시된 데이터의 메모리 무효화는 특히 애플리케이션이 여러 서버에 배포될 때 문제가 됩니다. 동시에 모든 서버의 특정 메모리 캐시를 무효화하려면 redis 게시/구독을 사용하는 것이 더 좋습니다<p></p>
<p> SpringCloud Config 구성 새로 고침 <strong></strong></p>SpringCloud Config를 구성 센터로 사용하는 친구는 이러한 문제에 자주 직면할 수 있습니다. 구성 수정 후 동적 새로 고침이 문제입니다(물론 공식 지원은 mq를 통해 버스를 통해 동기화하는 것이며, 또한 )<p></p>redis 게시/구독의 도움으로 구성을 동적으로 새로 고치는 것도 좋은 대안입니다(특정 구현 데모는 나중에 제공될 예정입니다. 관심이 있으시면 계속 따르세요). Yihuihui 블로그)<p></p>
<p>redis 키 만료 구독</p>🎜 🎜redis를 캐싱에 사용할 때 일반적으로 만료 시간을 설정합니다. Redis는 기본적으로 활성화되지 않는 만료 이벤트를 제공합니다. 구독을 통해🎜🎜구성을 수정하고 키 만료 이벤트를 활성화하세요🎜rrreee🎜redis를 다시 시작한 후 무효화 이벤트를 구독하세요🎜rrreee
위 내용은 Redis 게시 및 구독 방법을 사용하여 간단한 메시징 시스템을 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Redis Cluster Mode는 Sharding을 통해 Redis 인스턴스를 여러 서버에 배포하여 확장 성 및 가용성을 향상시킵니다. 시공 단계는 다음과 같습니다. 포트가 다른 홀수 redis 인스턴스를 만듭니다. 3 개의 센티넬 인스턴스를 만들고, Redis 인스턴스 및 장애 조치를 모니터링합니다. Sentinel 구성 파일 구성, Redis 인스턴스 정보 및 장애 조치 설정 모니터링 추가; Redis 인스턴스 구성 파일 구성, 클러스터 모드 활성화 및 클러스터 정보 파일 경로를 지정합니다. 각 redis 인스턴스의 정보를 포함하는 Nodes.conf 파일을 작성합니다. 클러스터를 시작하고 Create 명령을 실행하여 클러스터를 작성하고 복제본 수를 지정하십시오. 클러스터에 로그인하여 클러스터 정보 명령을 실행하여 클러스터 상태를 확인하십시오. 만들다

Redis 데이터를 지우는 방법 : Flushall 명령을 사용하여 모든 키 값을 지우십시오. FlushDB 명령을 사용하여 현재 선택한 데이터베이스의 키 값을 지우십시오. 선택을 사용하여 데이터베이스를 전환 한 다음 FlushDB를 사용하여 여러 데이터베이스를 지우십시오. del 명령을 사용하여 특정 키를 삭제하십시오. Redis-Cli 도구를 사용하여 데이터를 지우십시오.

Redis의 대기열을 읽으려면 대기열 이름을 얻고 LPOP 명령을 사용하여 요소를 읽고 빈 큐를 처리해야합니다. 특정 단계는 다음과 같습니다. 대기열 이름 가져 오기 : "큐 :"와 같은 "대기열 : my-queue"의 접두사로 이름을 지정하십시오. LPOP 명령을 사용하십시오. 빈 대기열 처리 : 대기열이 비어 있으면 LPOP이 NIL을 반환하고 요소를 읽기 전에 대기열이 존재하는지 확인할 수 있습니다.

Redis 지시 사항을 사용하려면 다음 단계가 필요합니다. Redis 클라이언트를 엽니 다. 명령 (동사 키 값)을 입력하십시오. 필요한 매개 변수를 제공합니다 (명령어마다 다름). 명령을 실행하려면 Enter를 누르십시오. Redis는 작업 결과를 나타내는 응답을 반환합니다 (일반적으로 OK 또는 -err).

Redis를 사용하여 잠금 작업을 사용하려면 SetNX 명령을 통해 잠금을 얻은 다음 만료 명령을 사용하여 만료 시간을 설정해야합니다. 특정 단계는 다음과 같습니다. (1) SETNX 명령을 사용하여 키 값 쌍을 설정하십시오. (2) 만료 명령을 사용하여 잠금의 만료 시간을 설정하십시오. (3) DEL 명령을 사용하여 잠금이 더 이상 필요하지 않은 경우 잠금을 삭제하십시오.

CentOS 시스템에서는 Redis 구성 파일을 수정하거나 Redis 명령을 사용하여 악의적 인 스크립트가 너무 많은 리소스를 소비하지 못하게하여 LUA 스크립트의 실행 시간을 제한 할 수 있습니다. 방법 1 : Redis 구성 파일을 수정하고 Redis 구성 파일을 찾으십시오. Redis 구성 파일은 일반적으로 /etc/redis/redis.conf에 있습니다. 구성 파일 편집 : 텍스트 편집기 (예 : VI 또는 Nano)를 사용하여 구성 파일을 엽니 다. Sudovi/etc/redis/redis.conf LUA 스크립트 실행 시간 제한을 설정 : 구성 파일에서 다음 줄을 추가 또는 수정하여 LUA 스크립트의 최대 실행 시간을 설정하십시오 (Unit : Milliseconds).

Redis Command Line 도구 (Redis-Cli)를 사용하여 다음 단계를 통해 Redis를 관리하고 작동하십시오. 서버에 연결하고 주소와 포트를 지정하십시오. 명령 이름과 매개 변수를 사용하여 서버에 명령을 보냅니다. 도움말 명령을 사용하여 특정 명령에 대한 도움말 정보를 봅니다. 종금 명령을 사용하여 명령 줄 도구를 종료하십시오.

Debian Systems에서 ReadDir 시스템 호출은 디렉토리 내용을 읽는 데 사용됩니다. 성능이 좋지 않은 경우 다음과 같은 최적화 전략을 시도해보십시오. 디렉토리 파일 수를 단순화하십시오. 대규모 디렉토리를 가능한 한 여러 소규모 디렉토리로 나누어 읽기마다 처리 된 항목 수를 줄입니다. 디렉토리 컨텐츠 캐싱 활성화 : 캐시 메커니즘을 구축하고 정기적으로 캐시를 업데이트하거나 디렉토리 컨텐츠가 변경 될 때 캐시를 업데이트하며 readDir로 자주 호출을 줄입니다. 메모리 캐시 (예 : Memcached 또는 Redis) 또는 로컬 캐시 (예 : 파일 또는 데이터베이스)를 고려할 수 있습니다. 효율적인 데이터 구조 채택 : 디렉토리 트래버스를 직접 구현하는 경우 디렉토리 정보를 저장하고 액세스하기 위해보다 효율적인 데이터 구조 (예 : 선형 검색 대신 해시 테이블)를 선택하십시오.
