Sentinel併發限流不精確-之責任鏈

​ 在之前調研Sentinel的過程中,為了準備分享內容,自己就簡單的寫了一些測試程式碼,不過在測試中遇到了一些問題,其中有一個問題就是Sentinel流控在併發情況下限流並不精確,當時我還在想,這個我在做分享的時候該怎麼來自圓其說呢,所以覺得比較有意思,在這裡做一個記錄。同時在排查這個問題的過程中,為了說

《Spring Boot 實戰紀實》之缺失的邏輯

## 目錄 - [前言](https://www.52interview.com/book/36/0) - (思維篇)人人都是產品經理 - 1.需求文件 - 1.1 [需求管理](https://www.52interview.com/book/36/342) - 1.2 [如何攥寫需求

Java中的ReentrantLock鎖

# ReentrantLock鎖 ReentrantLock通過原子操作和阻塞實現鎖原理,一般使用lock獲取鎖,unlock釋放鎖 lock的時候可能被其他執行緒獲得所,那麼此執行緒會阻塞自己,關鍵原理底層用到Unsafe類的API: CAS和park ## 使用方式 lock unlock對應

Dubbo服務暴露原始碼解析②

[TOC] ​ 先放一張官網的服務暴露時序圖,對我們梳理原始碼有很大的幫助。注:不論是暴露還是匯出或者是其他翻譯,都是描述export的,只是翻譯不同。 ![](https://img2020.cnblogs.com/blog/1383122/202012/1383122-2020122613493559

[Python] iupdatable包:Timer 類使用介紹

iudatable包是我對常用函式進行的封裝後釋出的一個python包,教程彙總目錄: [Python] iupdatable包使用說明   安裝 iupdatable 包 pip install iupdatable   Timer類 主要函式: 獲取 Unix 時間戳(精確到秒)

關於 Softmax 迴歸的反向傳播求導數過程

對於 $Softmax$ 迴歸的正向傳播非常簡單,就是對於一個輸入 $X$ 對每一個輸入標量 $x_i$ 進行加權求和得到 $Z$ 然後對其做概率歸一化。 ## Softmax 示意圖 下面看一個簡單的示意圖: ![image](https://tva4.sinaimg.cn/large/006VTcC

[從原始碼學設計]螞蟻金服SOFARegistry之Data節點變更

# [從原始碼學設計]螞蟻金服SOFARegistry之Data節點變更 [toc] ## 0x00 摘要 SOFARegistry 是螞蟻金服開源的一個生產級、高時效、高可用的服務註冊中心。 本系列文章重點在於分析設計和架構,即利用多篇文章,從多個角度反推總結 DataServer 或者 SOFAR

字尾陣列學習筆記

## 作用 對於一個字串的字尾按照字典序進行排序 通常的求法是 $nlogn$ 的倍增做法 網上的部落格都很詳細 比如[這篇](https://www.cnblogs.com/lykkk/p/10520070.html) 和 [這篇](https://www.cnblogs.com/zwfymqz/p/

資料湖是誰?那資料倉庫又算什麼?

資料湖初識 近兩年,為什麼都開始談論起 Data Lake 這個”新名詞”了? 先說說我的想法,其實還是使用者需求驅動資料服務,大家開始關注 Data Lake 的根本原因是使用者需求發生了質變,過去的資料倉庫模式以及相關元件沒有辦法滿足日益進步的使用者需求。 資料湖概念的誕生,源自企業面臨的一些挑戰,如資料

“體檢醫生”黑科技|讓AI開發更精準,ModelArts更新模型診斷功能

摘要:華為雲AI開發平臺ModelArts黑科技加持AI研發,讓模型開發更高效、更簡單,降低AI在行業的落地門檻。全面的視覺化評估以及智慧診斷功能,使得開發者可以直觀瞭解模型各方面效能,從而進行鍼對性的調優。 今年,全新發布的華為雲ModelArts備受關注,創新黑科技成為AI界團寵。 模型構建一直是AI落地

我都xxx歲了,還能繼續做開發嗎?

# 前言 > 今天純文字,閱讀時間10分鐘左右 最近在看一本書《大型網站技術架構:核心原理與案例分析》,可以說是非常枯燥的一本書,在開頭幾章講解了網站的發展,介紹了一些架構中的常用名詞。雖然有點枯燥,但這本書很適合想從開發轉架構的同學。 其中講到了各個大型網站的發展歷史,無外乎是從一個很小的站點做起,隨著

Netty原始碼解析 -- PoolChunk實現原理(jemalloc 3的演算法)

前面文章已經分享了Netty如何實現jemalloc 4演算法管理記憶體。 本文主要分享Netty 4.1.52之前版本中,PoolChunk如何使用jemalloc 3演算法管理記憶體。 感興趣的同學可以對比兩種演算法。 **原始碼分析基於Netty 4.1.29** 首先說明PoolChunk記憶體組織

Nacos(一)原始碼分析Nacos註冊示例流程

nacos官方地址:https://nacos.io/zh-cn/ 大家可以看一下nacos的中文手冊以及官方原始碼,博主就不帶領大家快速入門 了,官方文件中都有而且非常標準,比其他部落格寫的好多了並且還是實時更新的。 先看一下博主給大家畫的流程圖,掌握一下大概的基本流程,好理解,博主給大家講原始碼: htt

Redis不僅僅是快取,還是……

你需要一個經典資料庫嗎? 一段時間以來,巨大數量的資料處理迫使所有的應用程式在資料庫層前新增快取策略。即使經典資料庫進行了大量的下劃線優化,仍然不能提供足夠的速度和可用性。主要原因在於資料儲存越遠,獲取資料就越困難。另一個原因是因為資料庫中的資料通常儲存在磁碟中,而不是在記憶體。經典資料庫卻是在記憶體上嵌

0.48499202728271