收藏 / 列表

u_16237826 頭像

軟件求生 - 我被問懵了：Tomcat 到底有幾種部署方式？

那是一個陽光明媚的週一早晨，我剛端起手邊的咖啡，還沒來得及喝上一口，HR小姐姐就笑眯眯地出現在我面前：“小米，下週去面試一家大廠吧？他們挺喜歡你的項目經驗。” 我一愣——面試？這可是我一年多沒換工作的第一個挑戰。於是我火速打開IDEA，開始複習八股文。JVM、Spring、Redis、MySQL……複習得正歡，突然一個題目跳了出來： “Tomcat

Spring Boot , yyds乾貨盤點 , 生產環境 , xml , 後端開發 , 熱部署

wu_cat 頭像

老污的貓 - Java 二分法查詢

public static void main(String[] args) { Integer target = 7; // 初始化數據 ListInteger data = Arrays.asList(0, 1, 3, 5, 7, 9, 2, 4, 6, 8, 10); // 排序 Collections.sort(data); // 輸出

JAVA

iwan_68b8da84d3d8b 頭像

大廠碼農老A - 我帶的外包兄弟放棄大廠轉正，薪資翻倍入職字節

大家好，我是老A 國慶節的時候，收到一位粉絲的私信求助。一來一回聊了半天，我發現了一個很多技術兄弟的通病——我們稱之為「收藏夾式努力​」。水文看不上，只想讓大佬推薦技術寶典，一旦拿到手，焦慮感削弱，寶典就在收藏夾裏吃灰，下了班照樣峽谷開黑。當你想督促他深入研究時，他又會用「他是大佬，我不是，我做不到」來給自己設限，最終陷入「持續焦慮，持續躺平」的惡性循環。 這種惰性，是人之常情。但人和人之間

觀點 , JAVA , 程序員 , 後端 , 前端

beishangdeyadan 頭像

悲傷的鴨蛋 - Mybatis常見運行報錯（持續更新...）

報錯一： Caused by: org.yaml.snakeyaml.error.YAMLException: java.nio.charset.MalformedInputException: Input length = 1 解決辦法： setting - Editor - File Encodings,編碼方式都選擇UTF-8 報錯二： Cause: java.sql

MySQL , JAVA , Mybatis , Web

dadehouzi 頭像

打盹的猴子 - 策略模式（Strategy Pattern）深度解析教程

一、模式定義 策略模式屬於行為型設計模式，通過定義算法族並將其封裝為獨立的策略類，使得算法可以動態切換且與使用它的客户端解耦。該模式通過組合替代繼承，符合開閉原則（對擴展開放，對修改關閉）。 二、核心角色 Strategy（策略接口） 定義所有支持的算法的公共接口 ConcreteStrategy（具體策略） 實現策略接口的具體算法

設計模式 , JAVA , 策略模式

vivo_tech 頭像

vivo互聯網技術 - 高性能無鎖隊列 Disruptor 核心原理分析及其在i主題業務中的應用

作者：來自 vivo 互聯網服務器團隊- Li Wanghong 本文首先介紹了 Disruptor 高性能內存隊列的基本概念、使用 Demo、高性能原理及源碼分析，最後通過兩個例子介紹了 Disruptor 在i主題業務中的應用。 一、i主題及 Disruptor 簡介 i主題是 vivo 旗下的一款主題商店 app，用户可以通過下載主題、壁紙、字體等，實現對手機界面風格的一鍵更換和自定義。 D

內存 , 緩存 , 隊列

lvxingdefanka 頭像

牛肉燒烤屋 - TCP 真的存在“粘包”問題嗎？

引言 許多開發者都曾面對過這樣一個的問題：明明分別調用兩次send()發送了"Hello"和"World"，接收方卻可能在一個recv()調用中讀到完整的"HelloWorld"；或是發送了一個完整的 JSON 對象，接收端卻需要多次讀取才能拼湊出完整數據。這種現象被中文技術社區廣泛稱為“TCP 粘包” 然而，若我們深入 TCP 協議的設計本質，會發現一個令人困惑的矛盾——RFC 文檔中從未定義過

tcp , 計算機網絡 , 後端

seazhan 頭像

seazhan - 【RocketMQ 消息中間件】RocketMQ篇之-消息存儲 為什麼性能高 CommitLog 刷盤機制 同步 異步

RocketMQ篇之-消息存儲 RocketMQ作為一款分佈式消息中間件，高可靠性是其最重要的特性之一。 所以需要將消息進行持久化存儲，以保證消息不丟失。 RocketMQ的消息存儲是RocketMQ的核心組件之一，負責消息的存儲和傳輸。RocketMQ的消息存儲主要包括CommitLog、ConsumeQueue、IndexFile、Checkpoint等幾個部分。 （前置）消息存儲交互流

中間件 , JAVA , 消息隊列

wangzhongyang_go 頭像

王中陽講編程 - 基於 Code 開源版二次開發流程：DDD 架構落地用户模型管理全流程

最近有基於coze開源版做二次開發，踩了不少坑，我把花了幾天時間梳理出來的開發流程分享給大家。 下面以自定義用户接入的模型舉例： coze開源版的模型是在配置文件中配置的，不夠靈活，我們希望讓用户能夠在網站直接配置自己的模型，類似下面這種效果： 大家理解清楚需求之後，看下面的實現思路，你們開發別的功能也可以參考我的開發流程，能讓你少踩很多坑： 一、領域層（Domain - 核心層，聚焦純業

程序員 , 後端

zijie1024 頭像

字節幺零二四 - 算法典型例題：N皇后問題，五種解法，逐步優化（非遞歸版）

本文將介紹N皇后問題的五種解法，包括樸素回溯法、對稱優化、標記優化、可用優化、位運算優化，對於每種解題思路，提供相應的非遞歸版代碼實現，最後將對每種解法進行測試，橫向對比每種解法的求解時間。 題目描述 在 N×N 格的國際象棋上擺放 N 個皇后，使其不能互相攻擊，即任意兩個皇后都不能處於同一行、同一列或同一斜線上，問有多少種擺法？ 回溯法 解題思路 回溯法採用深度有限的搜索策略遍歷問題的解空間樹，

遞歸 , 算法 , 回溯法

awbeci 頭像

Awbeci - SpringCloud-解決WebFlux異步線程無法獲取ThreadLocal中的用户信息

前言 之前閲讀《Spring微服務實戰》這本書時，裏面提供了微服務如何存儲用户的信息，但是最近升級到了Java17以及SpringCloud2022.0.0之後，異步編程是官方推薦的主流寫法，而之前的寫法是同步的，所以在存儲和解析用户信息時導致獲致不到用户信息情況，下面我們來解決這個問題。 操作 我們先看看之前的寫法： UserContext.java @Component public clas

webflux , springcloud , springboot , JAVA

lindsay_bubble 頭像

lindsay_bubble - Leetcode 46&47_Permutations_全排列

一、不重複全排列 給定一個不含重複數字的數組 nums ，返回其 所有可能的全排列 。你可以 按任意順序 返回答案。 https://leetcode.cn/problems/permutations/description/ 1、dfs + boolean[] 通過boolean[]記錄 public ListListInteger permute(int[] nums

leetcode , 排列 , JAVA , 回溯法

ryan_5fd1bc9a06259 頭像

wasdquiop - centos7 安裝 nginx

centos7 安裝 nginx 安裝包 鏈接: https://pan.baidu.com/s/1kpAYYX_yy-vXX-1vsCPhoA 提取碼: qrtb 上傳 新創建usr/local/nginx文件夾，放到文件夾下 解壓 tar -zxvf nginx-1.9.9.tar.gz 安裝編譯環境 安裝gcc，源碼編譯依賴 gcc 環境 yum -y install gcc-c+

centos7 , Linux , JAVA , Nginx

zzger 頭像

我不是碼農 - spring security oauth2.0 sso流程分析

現在我們系統使用的是spring security oauth2.0 sso單點登錄方案，偶爾出現會話失效，經過分析比對看了下日誌，出現會話失效時會出現一個警告， Could not fetch user details: class org.springframework.security.oauth2.client.resource.UserRedirectRequiredException,

oauth2.0 , spring , springsecurity , springboot , JAVA

lenve 頭像

江南一點雨 - 什麼是 JWT？它是如何工作的？

鬆哥最近輔導了幾個小夥伴秋招，有小夥伴在面小紅書時遇到這個問題，這個問題想回答全面還是有些挑戰，鬆哥結合之前的一篇舊文和大夥一起來聊聊。 一 無狀態登錄 1.1 什麼是有狀態 有狀態服務，即服務端需要記錄每次會話的客户端信息，從而識別客户端身份，根據用户身份進行請求的處理，典型的設計如 Tomcat 中的 Session。例如登錄：用户登錄後，我們把用户的信息保存在服務端 session 中，並且

JAVA , Jwt

taozi_60b0b3c71b1a8 頭像

Java架構師 - 騰訊架構師極力推薦：Java多線程與Socket實戰微服務框架

在這個技術不斷更新的年代，跟不上時代變化的速度就會被刷掉，特別是咱們程序員這一羣體，技術不斷更新的同時也要同時進步，不然長江後浪推前浪，前浪...... 一個程序員從一個什麼都不懂的小白在學到有一定的Java基礎的時候肯定是要學習更多的技術充實自己，甚至還要往架構師方向靠。但是一個優秀的架構師必須要有紮實的編程功底和豐富的理論知識，不光要能完成架構設計，更要有能力將設計轉換為實際的產品。不會寫代碼

socket , 微服務 , 多線程 , JAVA , 程序員

u_17578007 頭像

wx690f565d7bc78 - java程序員自測標準

一、 Java 基礎 Java 語言特性: JVM 與內存模型: 理解 JVM 架構（堆、棧、方法區等）、垃圾回收機制（G1、ZGC）、Java 內存模型（JMM）以及 volatile、synchronized 的內存語義。 面向對象 (OOP): 熟練掌握類、對象、繼承、多態、封裝。理解抽象類與接口的區別，以及何時使用它們。

MySQL , API , 緩存 , 數據庫 , JAVA

u_15702012 頭像

呀哈哈kk - 【詳解】Python獲取系統性能信息

Python獲取系統性能信息 在開發和維護應用程序的過程中，瞭解系統的性能狀態是至關重要的。這不僅可以幫助我們優化程序的運行效率，還可以及時發現並解決潛在的問題。Python 作為一種強大的編程語言，提供了多種方式來獲取系統的性能信息。本文將介紹如何使用 psutil 庫來獲取包括CPU、內存、磁盤和網絡在內的系統性能數據。 安裝 psutil psutil（P

sed , 後端開發 , 磁盤分區 , JAVA , 網絡接口

u_13529088 頭像

清醒的人最荒唐 - ImportBeanDefinitionRegistrar與BeanDefinitionRegistryPostProcessor的區別

概述 如果想實現自定義註冊bean到spring容器中，常見的做法有兩種 @Import+ImportBeanDefinitionRegistrar BeanDefinitionRegistryPostProcessor BeanDefinitionRegistryPostProcessor與ImportBeanDefinitionRe

spring , 自定義 , 後端開發 , JAVA , ide

u_15469972 頭像

mb61c46a7ab1eee - 深入解析：【Algorithm】Day-4

本篇文章主要進行算法練習題講解 1 串聯所有單詞的子串 鏈接：https://leetcode.cn/problems/substring-with-concatenation-of-all-words/description/ 題目描述： 給定一個字符串s和一個字符串數組words。words中所有字符串長度相同。

字符串 , 子串 , bc , 前端開發 , Javascript

u_17171325 頭像

鴿鴿程序猿 - 【項目】【抽獎系統】活動列表展示

一、簡介 時序圖： 二、參數列表 參數名 描述 類型

List , yyds乾貨盤點 , 數據 , 後端開發 , 當前頁 , JAVA

u_15505879 頭像

資深程序設計 - 基於python的高校後勤報修系統

1、研究背景 隨着高校規模的不斷擴大，後勤管理工作變得日益繁雜。傳統的後勤報修方式主要依賴人工操作，例如學生髮現設施設備故障後，需通過口頭報告或填寫紙質報修單的形式提交申請，維修人員則根據人工分配的任務進行維修。這種模式存在諸多弊端，如信息傳遞效率低下，容易出現信息丟失、延誤等情況，且難以對維修流程進行有效跟蹤和管理。在當今數字化時代，高校急需藉助信息技術提升後勤管理效率，

yyds乾貨盤點 , MySQL , Vue , 後端開發 , JAVA , Web

u_17141077 頭像

g天命風流 - 併發編程之變量的線程安全分析的詳細解析

4.4 變量的線程安全分析 成員變量和靜態變量是否線程安全？ 如果它們沒有共享，則線程安全 如果它們被共享了，根據它們的狀態是否能夠改變，又分兩種情況 如果只有讀操作，則線程安全 如果有讀寫操作，則這段代碼是臨界區，需要考慮線程安全 局部變量是否線程安全？ 局部變量是線程安全的 但局部變量引用的對象則未必 如果該對象沒有逃離方法的作用訪問，它是

d3 , 線程安全 , JAVA , 前端開發 , Javascript

u_16717381 頭像

Turbo_K - mysql的查詢優化器如何選擇執行計劃

MySQL 查詢優化器（Query Optimizer）負責決定如何執行一個查詢，它通過選擇最優的 執行計劃 來實現查詢的高效執行。查詢優化器的目標是根據查詢的複雜性、表的大小、索引的可用性等因素選擇最優的執行路徑。下面將詳細介紹 MySQL 查詢優化器是如何選擇執行計劃的。 1. 執行計劃概述 執行計劃 是 MySQL 查詢優化器選擇的一系列操作步驟，指明如何掃描表

MySQL , 執行計劃 , 查詢優化 , 後端開發 , JAVA