原创 【RabbitMq 篇四】-延遲隊列(DLX+TTL)

前言 延遲消費在 RabbitMq 沒有屬性可以設置,只能通過 死信交換器(DLX)和設置過期時間(TTL)結合起來達到延遲的效果,所以我要介紹DLX和TTL以及實現延遲隊列。     正文   使用所有框架和中間件的版本 環境 框架 版

原创 Linux搭建FastDFS單機版

前言 使用FastDFS文件服務器主要分爲兩大步。 第一步·FastDFS系統環境搭建 第二部·配置 Nginx 模塊及訪問測試 在本文你可以一站式從搭建到使用一一瞭解到。   正文 介紹 FastDFS特別適合以中小文件(建議範圍:4K

原创 面試官:簡歷上說精通垃圾收集器?來吧,挨個給我說一遍

前言 上文已經講解垃圾收集的各種算法,算法可以理解爲方法,如果說收集算法是內存回收的方法論,那麼垃圾收集器就是內存回收的具體實現。   正文 目錄 前言 正文 Serial收集器 ParNew收集器 Parallel Scavenge收集

原创 ShardingSphere 數據分片

前言 其實很多人對分庫分表多少都有點恐懼,其實我也是,總覺得這玩意是運維乾的、數據量上來了或者sql過於複雜、一些數據分片的中間件支持的也不是很友好、配置繁瑣等多種問題。 我們今天用ShardingSphere 給大家演示數據分片,包括分

原创 ShardingSphere 讀寫分離-代碼零入侵

前言 上文我們介紹Sharding-JDBC  分庫分表(ShardingSphere 數據分片 ||鏈接:https://blog.csdn.net/weixin_38003389/article/details/90518112),我

原创 Spring Boot2.0 使用Lettuce 連接Redis

前言 上一文我們介紹了響應式編程/反應式編程到底是什麼,通過案例連接了Redis,但是我們的操作都是返回 Mono 或者 Flux,那麼很多小夥伴不習慣這種方式,所以本文就是一個比較貼合之前我們使用Jedis 連接 Redis ,只不過換

原创 Redis集羣實現分佈式鎖的正確方式

前言 上文我們介紹的 Redis實現分佈式鎖的正確方式 是 redis 單機的方式,所以本篇要基於 redis 集羣做分佈式鎖,我們使用 Redisson  來做。 有同學肯定有這樣的疑問 爲什麼用 redis 集羣方式啊,單機不是挺好的

原创 胖虎技術羣Java後端的良師

  聲明 該羣爲java技術交流羣,羣裏目前成員200+,有阿里、京東大佬、Nacos創始、Spring Cloud中國社區創始、《RabbitMQ實戰指南》作者朱忠華《重新定義》作者、《Sring Cloud與微服務構建》作者、《碼出高

原创 爲什麼HotSpot有‘對象’,因爲他會垃圾分類和回收

前言 想和HotSpot一樣嗎?安全的管理衆多的對象,掌握着對象的生與死。前文我們瞭解了對象在內存中的整個生命週期的是什麼樣的,程序運行就要無限的創建對象,我們Java 虛擬機一定要對對象進行控制,不能讓其氾濫,所以Java 虛擬機有一個

原创 HotSpot-爲什麼你沒有女朋友,因爲你不瞭解‘對象’

  前言   Java是一門面向對象的編程語言,Java程序運行無時無刻都要依賴着對象,我們java虛擬機要創建她、養育她、管理她最後還要銷燬她,HotSpot可以說對對象無微不至的照顧,想成爲HotSpot一樣嗎?管理着成千上萬的‘女朋

原创 詳細講解JVM(Hotspot)運行時數據區

  曾經有人關注了我 後來他有了女朋友 比這個還漂亮   前言 很多人對於學習jvm都有些牴觸,枯燥的概念很難理解,工作中也用不到…等等原因,一些人從入門到放棄,或半途而廢。 做一件事一定要有目的,否則就失去了意義,無論爲了什麼最終目

原创 SpringBoot整合Elastic-Job實戰(分片處理數據)

前言 筆者上篇文章 一文搞懂Elastic-Job(內附源碼解析)是簡單的介紹了Elastic-Job的使用,可以說是一個基礎版,demo的寫法在我們生產可不能直接拿過來用哦。我們知道Elastic-Job強大之處在於分片機制 ,如果用了

原创 將博客搬至CSDN

系統要求

原创 Spring Cloud Config 拉取GitHub讀取配置

前言 最近自己想搞一個項目,涉及到了配置文件集中管理這塊,所以簡單的就把案例分享給大家,因爲懶,並沒有實現熱部署,等項目發展需要後在搞。 文章內容比較簡單 正文 我們把配置拿出去集中管理的好處有很多,比如實現配置不會冗餘在項目中、衆多個服

原创 【RabbitMq 篇六】-消息確認(發送確認與接收確認)

前言 消息確認是保證消息傳遞可靠性的重要步驟,上一節我們說到持久化,持久化只能保證消息不丟失,但是如果消息如果投遞失敗我們怎麼進行補償操作呢?解決辦法就是實現回調函數進行操作,在消息的發送和消息的消費都可以進行補償操作,下面我們就要講解消