原创 Spring Cloud Alibaba(二) 搭建工程項目

創建項目工程 創建一個普通的工程就可以了, 負責管理模塊的開發 POM 一大堆根本記不住的東西,看着複製就好,根據自己需求改 <?xml version="1.0" encoding="UTF-8"?> <project xml

原创 spring boot 統一結果集處理(使用註解和aop)

1.創建Result工具類 1.1 首先你可以創建枚舉類型用來標記狀態 public enum StatusTypeEnum { /** * 200爲成功 * 404爲錯誤信息 */

原创 (五) Redis 實現Mybatis 二級緩存

一. redis與spring boot整合 依賴配置: <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-st

原创 RocketMQ(一) 基本使用

RocketMQ 一. JMS介紹 ​ JMS(Java Message Service),是Java平臺中關於面向消息中間件的接口,是一種與廠商無關的API,用來訪問消息收發。它的使用場景如下: 實現業務的解耦、削峯,異步。

原创 SpringBoot(二)概念

SpringBoot簡介 傳統的ssm項目 配置文件過於繁瑣而且依賴包太多,容易導致衝突 springboot 簡化了使用的難度(配置文件),以及有各種.starter,減少了依賴包 spring cloud(微服務)的基礎 核心

原创 springBoot(五) 配置熱部署

1 配置熱部署 1.1 熱部署的作用 在編輯器中已經啓動的項目,當再次修改其源代碼後,能自動的進行編譯、更新,不用人爲的手動停掉項目,再進行重啓。 2 熱部署的步驟 2.1導如包 <!--依賴包--> <dependency>

原创 (二) Redis redis.conf配置文件

一.Redis配置 ​ redis的核心配置文件爲redis的解壓目錄下名爲redis.windows-service.conf的模板文件,拷貝一份重命名爲redis.conf文件。 1.1 安全登錄 1.2 數據的持久化

原创 Spring Cloud Alibaba(一) 概念,簡介

爲什麼需要學習Spring Cloud Alibaba 因爲該死的Spring Cloud Netflix 系列技術棧進入維護模式了!! 學了半天的Eurker也停止維護了!!! 慢慢的這些分佈式模塊都將慢慢的進入維護模式,不再更

原创 Spring Cloud Alibaba(三) Nacos 註冊中心(服務於發現)

Nacos 是什麼,做什麼用的 這裏我就不bb了, 官方文檔不是更加詳細嗎,還有的更新 去吧,這裏去Nacos官網 但是我還是要bb一下. 概述 Nacos 致力於幫助您發現、配置和管理微服務。Nacos 提供了一組簡單易用的特性

原创 Spring Cloud Alibaba(六) Sentinel 分佈式系統的流量防衛部

什麼是Sentinel 我們知道在微幅框架中, 我們會根據業務來拆分成一個個的服務,服務與服務之間可以通過HTTP/RPC來相互調用,那麼如果一個服務掛了,那麼我其他相關聯的服務豈不是都會一個個崩潰,服務與服務之間的依賴性,故障會

原创 (三) Redis Linux中Redis的安裝

​ Linux版Redis的下載地址爲:https://redis.io/download ​ 將Redis放入到Linux操作系統中,然後解壓,進入到redis-5.0.5目錄下: 執行 make 命令 make 如果在使

原创 Logback 日誌管理配置

logback 配置 我們一般都有比較多的去使用logback 但是配置我一般都記不住這裏簡單的記錄一下防止以後用上. <dependency> <groupId>ch.qos.logbac

原创 設計模式(單例模式和原型模式)

設計模式 最近出去面試,發現自己對設計模式上面有點生疏了,也的的確確忘了很多,這邊就稍微的鞏固一下自己的設計模式.面試官也說到了,你如果都不知道這些設計模式的存在,你怎麼知道要去使用他, 一直去了解分佈式結構的使用,卻忘了最基本的

原创 一分鐘搭建完Spring-mvc基礎環境

導入Maven包 <!--版本--> <spring.version>5.1.9.RELEASE</spring.version> <mybatis.version>3.5.2</mybatis.version>

原创 服務網格Istio之微服務架構設計模式

微服務架構的構件原創 扼殺者模式 它們是傳統、龐大的單體應用。扼殺者模式爲此而生。這種模式會創建兩個獨立的應用,一同運行在同樣的 URI 空間中。隨着時間點的推移,新的重構了的應用會扼殺或者替換掉原有應用,最後就可以關掉單體應用了