原创 docker的命令集合以及docker如何修改鏡像配置?

操作 命令 說明 檢索 docker search 關鍵字eg:docker search redis 我們經常去docker hub上檢索鏡像的詳細信息,如鏡像的TAG。 拉取 docker pull 鏡像名:

原创 RabbitMq |事務處理機制

生產者發送消息出去之後,不知道到底有沒有發送到RabbitMQ服務器, 默認是不知道的。而且有的時候我們在發送消息之後,後面的邏輯出問題了,我們不想要發送之前的消息了,需要撤回該怎麼做。 解決方案: 1.AMQP 事務機制 2.C

原创 設計模式 | 迭代器模式(詳解)

迭代器模式 前言很早之前,我們的電視調節頻道是需要用電視上的按鈕去控制的,那時並沒有遙控器,如果我們想要調臺,只能一次又一次的擰按鈕。 越來越高級的電視機相繼出現,現在的電話機,我們有了電視遙控器,我們使用電視遙控器來調臺,這

原创 Spring Aop深度解析(未完...)

Spring Aop深度解析 關於spring Aop也接觸了好多知識了,在此,做一個總結,以便學習。 Spring Aop是什麼? AOP(Aspect-OrientedProgramming,面向切面編程),可以說是OOP(

原创 RqbbitMq | 消息持久化處理以及消息確認ACK機制

autoDelete 屬性 保持消息持久化 @Queue: 當所有消費客戶端連接斷開後,是否自動刪除 隊列 true:刪除 false:不刪除 @Exchange:當所有綁定隊列都不在使用時,是否自動 刪除交換器 true:刪除

原创 ArrayList集合以及處理多線程不安全問題 (手寫)

手寫 | ArrayList集合 底層採用數組方式 怎樣保證集合存放無限大小—數組擴容技術 代碼實現: package MyArraayList; import java.util.Arrays; /** * @auth

原创 RabbitMq | springboot (路由模式RoutingKey)整合Direct交換器

生產者發送消息到交換機並指定一個路由key,消費者隊列綁定到交換機時要制定路由key(key匹配就能接受消息,key不匹配就不能接受消息) 引入依賴: <dependency> <groupId>org.springf

原创 RabbitMQ| 解決消息冪等性問題

消費者出現業務邏輯問題,自動補償機制 場景演示: /** * @author 孫一鳴 on 2020/3/15 */ @Service @RabbitListener(bindings = @QueueBinding(

原创 RabbitMq | 死信隊列

在定義業務隊列的時候,可以考慮指定一個死信交換機,並綁定一個死信隊列,當消息變成死信時,該消息就會被髮送到該死信隊列上,這樣就方便我們查看消息失敗的原因了 創建配置文件,建造交換機和短信以及郵件隊列 package com.su

原创 RabbitMq | 介紹

開發環境: RabbitMQ是採用erlang語言開發的,所以必須有erlang環境纔可以運行 大多應用中,可通過消息服務中間件來提升系統異步通信、擴展解耦能力 消息服務中兩個重要概念: 消息代理(message broker)和

原创 手寫 | spring事務

編程事務實現: <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-ins

原创 RabbitMq | 工作對列(公平形對列)

均攤消費弊端: 消費者1處理業務時間1s,消費者2處理業務時間0.5s時間,如果每個消費處理消息的業務時間不相同,對消費者處理慢的不公平 工作對列稱爲能者多勞 公平隊列原理: 隊列服務器向消費者發送消息的時候,消費者採用手動應答模

原创 RabbitMq | spring實現點對點隊列(簡單隊列)

點對點模式: 一對一模式 一個生產者投遞消息給隊列,只能允許有一個消費者進行消費。 注意:如果消費集羣的話,會進行均攤消費。 配置類: public class MQConnectionUtils { // 創建新的MQ連接

原创 Activemq | 面試問題收集

延時投遞的屬性 延遲的時間 ScheduledMessage.AMQ_SCHEDULED_DELAY 重複投遞的時間間隔 ScheduledMessage.AMQ_SCHEDULED_PERIOD 重複投

原创 ActiveMq——消息持久化

什麼是持久化消息? 保證消息只被傳送一次和成功使用一次。在持久性消息傳送至目標時,消息服務將其放入持久性數據存儲。如果消息服務由於某種原因導致失敗,它可以恢復此消息並將此消息傳送至相應的消費者。雖然這樣增加了消息傳送的開銷,但卻