大家好，今天來和大家聊聊規約模式。 規約模式的英文是Specification Pattern，這裡的規約其實是一個表意的翻譯，Specification直譯過來是要求、技術說明、明確的意思。光看名字估計大家都是一臉懵逼，根本不知道這個設計模式大概會是一個什麼樣子。這也是設計模式的一個通病，就是內涵比較晦澀，

在之前的文章：[大資料系列：一文初識Hdfs](https://mp.weixin.qq.com/s/t145iTxDwKjmu4rfqHkDRQ) ， [大資料系列2：Hdfs的讀寫操作](https://mp.weixin.qq.com/s/c7aqP82wlnOZ6Kn96xlpEQ) 中Hdfs的

最近專案中 spring cloud 用到http請求，使用feign，配置okhttp，打算配置一下就直接使用，不過在壓測與調優過程中遇到一些沒有預測到的問題，附上排查與解析結 yml、pom配置 feign: client: config: default: co

嗶哩嗶哩現為中國年輕世代高度聚集的文化社群和視訊平臺，被粉絲們親切地稱為“B站”。  ## kratos 戰神奎託斯的冒險歷程

hello，之前我寫過《[一套標準的ASP.NET Core容器化應用日誌收集分析方案](https://www.cnblogs.com/JulianHuang/p/14336216.html)》，在公司團隊、微信公眾號、Github上反映良好。 ![](https://img2020.cnblogs.com

### 康威定律 >康威定律 (康威法則 , Conway's Law) 是[馬爾文·康威](https://zh.wikipedia.org/wiki/%E9%A9%AC%E5%B0%94%E6%96%87%C2%B7%E5%BA%B7%E5%A8%81)1967年提出的： >**設計系統的架構受制於產生這

  前言 現如今JAVA開發工程師的數量越來越多，但大多數工程師平時做的工作都是簡單的CRUD，當你一直處於這種舒適的環境中不追求進步的時候，如果哪一天你突然想要改變環境，換個工作，去與面試官當面聊技術的時候，你會發現自己什麼都不會！ 可能我們經常會被面試官問到：“你懂事務的ACID嗎？” 你回答：

 揹包問題是動態規劃最具有代表性的問題。問題是這樣的： # 問題 法外狂徒張三是一個探險家，有一次巧合之下進入到一個有寶

問題概述 最近在處理一些TCP客戶端的專案，服務端是C語言開發的socket. 實際專案開始的時候使用預設的阻塞模式並未發現異常。程式碼如下 1 public class SocketService 2 { 3 public delegate void TcpEventH

[toc] 系列傳送門： - [Java併發包原始碼學習系列：AbstractQueuedSynchronizer](https://blog.csdn.net/Sky_QiaoBa_Sum/article/details/112254373) - [Java併發包原始碼學習系列：CLH同步佇列及同步資源

背景 1月22號晚上10點半，下班後愉快的坐在在回家的地鐵上，心裡想著週末的生活怎麼安排。 突然電話響了起來，一看是我們的一個開發同學，頓時緊張了起來，本週的版本已經發布過了，這時候打電話一般來說是線上出問題了。 果然，溝通的情況是線上的一個查詢使用者資料的介面被瘋狂的失去理智般的呼叫，這個操作直接導致線上的

[TOC](使用註解的形式對token進行驗證) # 前言 現在很多系統都是都用上了springboot、springcloud，系統也偏向分散式部署、管理，最早的使用者令牌方案：session、cookie已經不能夠滿足系統的需求，使用一些特殊操作完成令牌的生成及校驗會造成更多的伺服器開銷及客戶端開銷，為此

 早在 Spring AOP 篇的講解中，我已經寫過關於 AOP 部分是如何

## 前言 很高興遇見你~ 事件分發系列文章已經到最後一篇了，先來回顧一下前面四篇，也當個目錄： - [Android事件分發機制一：事件是如何到達activity的？](https://juejin.cn/post/6918272111152726024) : 從window機制出發分析了事件分發的整

完整的 multi view stereo pipeline 會有以下步驟 1. structure from motion(SfM)==> camera parameters, sparse point cloud 2. multi view stereo(MVS)==>depth map,