收藏 / 列表

lengxi_16 頭像

ERP老兵_冷溪虎山 - 用中醫哲學重構數據結構：單鏈表秒變“藥材靈氣通道”（PY/JS/JAVA/GO四語言對照|最小原型|可白嫖|附截圖）

⚡️ 兄弟姐妹們，你們缺的不是教程，是能跑通的實戰！ 💪這篇絕對是乾貨(下文有代碼截圖👇👇),趕緊點贊收藏,源碼打包帶走✨✨ ✅✅鏈表手把手教程文章鋪墊蓋地,相信你們也看了很多也學會了,這裏主要講理念+實戰🎈🎈 別人講單鏈表還在用StudentNode，怪蜀黎直接上《GMP藥材批次管理》—— 10年ERP老兵+7年中醫修為+其他技能樹，給你整4語言對照的合規原型：

算法 , 哈希表 , 鏈表 , 醫療it , Python

lizhuo6 頭像

oioihoii - 現代C++：一場靜默的革命，告別“C with Classes”

如果你對C++的印象還停留在複雜的指針操作、令人頭疼的內存管理和new/delete的泥潭中，那麼是時候更新你的認知了。今天的C++已經經歷了一場深刻的“現代化”革命，它變得更安全、更高效、更優雅。 一、 “現在C++”指什麼？ “現在C++”通常指的是C++11及之後的標準（C++14, C++17, C++20, C++23...）。這是一個重要的分水嶺。 C++

新特性 , 內存管理 , c++ , 後端開發 , c , 移動語義

hankin_liu 頭像

Hankin_Liu收徒 - 從彙編看內存序：C++ 內存模型在 Intel 架構下到底做了什麼

一、引言 在多線程程序中，C++ 內存模型定義了跨線程訪問共享變量時的行為保證。 它規定了不同操作之間的 可見性 與 順序性，通過諸如 memory_order_relaxed、memory_order_release、memory_order_acquire、memory_order_seq_cst 等語義，讓開發者能夠在性能與正確性之間做出權衡。 然而，C++ 的內存模型只是一個

intel , c++

xingchendahai_68d7dff410962 頭像

星辰大海 - 神奇的“維克托”

**C++ 中 std::vector 全面解析（從基礎到進階） std::vector 是 C++ 標準庫（STL）中最常用的動態數組容器，能自動管理內存、動態擴容，比手動用 new[] 分配數組更安全高效，是日常開發的“高頻工具”。下面從基礎用法到進階技巧，帶你吃透它～** 一、基礎：怎麼用 std::vector？ 1. 頭文件與初始化 用 std::vector 前必須包含頭文件 vect

c++

bug1412 頭像

1412 - Workflow通用併發控制組件：ResourcePool資源池

開源項目Workflow是C++異步調度的高性能框架，廣泛用於高吞吐低延遲的網絡服務器、並行計算和組裝複雜網絡請求的客户端等領域。在異步調度的編程範式下，想要實現併發控制是非常困難的，因為一旦無法做到無阻塞的調度，那麼框架性能就會大打折扣。 線上非常常見的場景是：異步服務器需要限制用户的併發，從而保護有限的後端資源比如GPU計算，並在超載時可以立刻拒絕用户或者實施排隊等待的處理策略。 一個好的併發

workflow , github , c++ , 開源 , 併發

hedzr 頭像

hedzr - 理解 std::declval 和 decltype

std::declval 和 decltype 題圖來自於 C++ Type Deduction Introduction - hacking C++ 但略有變形以適合 banner 關於 decltype decltype(expr) 是一個 C++11 新增的關鍵字，它的作用是將實體或者表達式的類型求出來。 #include iostream int main() { int i = 33

元編程 , c++11 , 算法 , c++17 , 虛函數表

chencaize 頭像

點墨 - c++ 對象在棧上還是在堆上？

c++的對象到底在棧上還是分配在堆上？ 首先,毋庸置疑，使用new和malloc系列函數分配的對象，一定是在堆上的。 Object *obj = new Object(); 有爭議的是 Object obj; 它是在棧上還是在堆上呢？ 要回答這個問題，首先我們需要理解這句話的意思，這句話並不代表在棧上分配內存，它代表的是讓obj具有“自動存儲(automatic storage)”的性質。所謂的“

內存 , 堆 , 棧 , c++

kedixa 頭像

kedixa - Coke（二）：便捷地發起Http請求

Coke項目Github主頁。 在這個時間點開發本項目，有以下幾點考慮 常用的編譯器對C++ 20的支持已經逐步完善，本項目依賴於GCC = 11或Clang = 15 常用的操作系統發行版支持了新編譯器，例如CentOS Stream 8、Ubuntu 22.04、Fedora 38等 C++ Workflow使用回調函數的方式組織異步任務，一部分習慣寫同步代碼的用户可能會對此感到困擾，

c++20 , 協程 , c++

u_16985197 頭像

Plume岣七 - [C++]異常處理機制

C語言本身沒有處理異常的機制，通常需要通過錯誤碼(error)、assert、全局變量、函數返回值等方法處理錯誤；這種處理方法雖然邏輯直觀，但是多層調用時需逐層傳遞且無法自動清理資源，功能有限。 所以，Bjarne Stroustrup在設計C++時，為了更好地處理程序中的錯誤，將異常處理機制引入了C++，其基本思想是讓函數在發現自己無法處理的錯誤時拋出一個異常，然後由其調

異常規範 , 拋出異常 , c++ , 後端開發 , c , 異常類型

jkkang 頭像

小康 - 別再被多線程搞暈了！一篇文章輕鬆搞懂 Linux 多線程同步!

前言 大家有沒有遇到過，代碼跑着跑着，線程突然搶資源搶瘋了？其實，這都是“多線程同步”在作怪。多線程同步是個老生常談的話題，可每次真正要處理時還是讓人頭疼。這篇文章，帶你從頭到尾掌握 Linux 的多線程同步，把概念講成大白話，讓你看了不再迷糊，還能拿出來裝一裝逼！不管是“鎖”、“信號量”，還是“條件變量”，我們都一網打盡，趕緊點贊收藏，一文搞懂！ 一、什麼是線程同步？——“排隊來操作，按規矩走”

linux編程 , c++ , 多線程

u_16492406 頭像

mb65950ac695995 - 十三、PC 高刷新顯示與可變刷新率（VRR）下的插幀策略

在支持 120/144/240Hz 的顯示器上，插幀能顯著改善低幀率內容的體驗。與 VRR（G-Sync/FreeSync）配合，渲染與顯示的同步問題更復雜。插幀管線應與顯示時序協調，確保中間幀在合適的掃描時刻輸出。對於低延遲需求的競技遊戲，需謹慎啓用插幀，因為它可能增加端到端延遲。 策略： 當渲染幀率穩定接近刷新率時，減少插幀介入。 當渲染幀率低且

幀率 , c++ , 後端開發 , c

u_16492348 頭像

wx65950818d835e - 11: 變分自編碼器（VAE）在超分中的應用

引言 變分自編碼器（Variational Autoencoder，VAE）是一種生成模型，它通過優化潛在變量的分佈來學習數據的潛在結構。與傳統的自編碼器不同，VAE將輸入數據映射到一個概率分佈空間，而不是單一的點。這種機制使得VAE在生成任務中能夠提供更豐富的樣本生成能力。在圖像超分辨率（SR）任務中，VAE的生成能力可以幫助恢復圖像中的高頻細節，生成更加自然的高分辨率圖

編碼器 , 數據 , c++ , 後端開發 , c , 概率分佈

wodekouwei 頭像

輕口味 - Android C++系列：Linux網絡（五）常見術語

1. 什麼是路由（route）？ 網絡信息從信源到信宿的路徑。路由是指路由器從一個接口上收到數據包，根據數據包的目的地址進行定向並轉發到另一個接口的過程。 路由通常與橋接來對比，在粗心的人看來，它們似乎完成的是同樣的事。它們的主要區別在於橋接發生在OSI參考模型的第二層(數據鏈路層)，而路由發生在第三層(網絡層)。這一區別使二者在傳遞信息的過程中使用不同的信息，從而以不同的方式來完成其任務。

tcp , c++ , Linux , Android , 網絡

u_16231477 頭像

蒙奇D索隆 - 【操作系統】408核心考點深度解析|進程通信：三大機制（共享存儲/消息傳遞/管道）詳解與對比

(進程通信) 導讀 大家好，很高興又和大家見面啦！！！ 在前面的內容中，我們一同探討了進程的“內心世界”：從進程作為程序執行實體的基本概念，到其動態變化的生命狀態，以及操作系統如何通過進程控制（如創建、切換、終止）來精準地調度這些“任務單元”。我們看到了每個進程都擁有獨立的內存空間，像一個戒備森嚴的私人辦公室，這保證了系統的穩定與安全。 然而，一個顯而易見的問題隨之

yyds乾貨盤點 , 操作系統 , c++ , 後端開發 , 考研 , c , 408