收藏 / 列表

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++

lizhuo6 頭像

oioihoii - 單鏈表反轉：從基礎到進階的完整指南

單鏈表反轉是數據結構與算法中的經典問題，它不僅考察對鏈表結構的理解，也考驗編程思維和技巧。本文將帶你從基礎實現到高級應用，全面掌握單鏈表反轉。 1. 理解單鏈表 在深入反轉算法之前，我們先回顧單鏈表的基本結構： class ListNode: def __init__(self, val=0, next=None): self.val = val

遞歸 , 後端開發 , 鏈表 , harmonyos , Python

u_16492406 頭像

mb65950ac695995 - 十一、物理系統與插幀：顯示層插值避免破壞仿真

物理引擎通常在固定步長計算。若直接以當前物理狀態渲染，幀率不穩定時會出現卡頓。顯示層插幀通過在兩次物理步之間插值位置與旋轉，獲得平滑視覺，同時保留物理精度。關鍵原則是插幀隻影響渲染，不修改物理狀態或碰撞檢測。 對於基於約束的系統（布料、繩索、軟體），插值需謹慎：簡單線性插值可能破壞物理一致性。可採用次級模擬或姿態外推減少誤差，或者僅對外觀網格插值（與物理代理分離）。在高速運

碰撞檢測 , c++ , 後端開發 , 物理引擎 , 插值 , c

u_16492348 頭像

wx65950818d835e - 12: 強化學習在超分中的應用

引言 強化學習（Reinforcement Learning，RL）是一種通過與環境交互學習最優策略的機器學習方法。在傳統的超分辨率（SR）任務中，模型通過固定的訓練數據進行學習，而強化學習則通過與環境的不斷交互來進行優化，這使得強化學習在圖像超分中的應用成為可能。通過強化學習，可以使模型根據圖像的實際表現進行自我調整，從而提升超分效果。本文將探討強化學習在圖像超分中的應用

自適應 , 強化學習 , c++ , 後端開發 , c , 圖像質量

bug1412 頭像

1412 - C++異步編程開源項目Workflow三歲啦 \^0^/

2020年7月29號下午2點，我們在北京五道口搜狐網絡大廈開源了Workflow。 藉此三週年的機會，統計了開源以來的一些數據。很開心看到Workflow依然持續獲得很多開發者的支持，也很開心看到我們團隊也確實做到堅持初心。以下分享出來和大家一起回顧，過去變幻莫測的三年內，能夠堅持做一件有趣而有意義的事情是什麼樣的體驗。 GitHub : https://github.com/sogou/work

workflow , c++ , 開源 , 異步編程 , 網絡

xingchendahai_68d7dff410962 頭像

星辰大海 - 網頁自制數學助手

介紹 本論文的數學助手不做過多講解，因為比較簡單，主要是1，本文屬於AI回答，僅供參考。2，他會跟你秀一段。3,它有一定的思維能力，你可以把不會的數學題發給它 源碼 !DOCTYPE html html lang="zh-CN" head meta charset="UTF-8" meta name="viewport" content="width=device-width,

HTML

hedzr 頭像

hedzr - 談 C++17 裏的 FlyWeight 模式

回顧享元模式，考慮實作它的各種問題。 Prologue 略過 FlyWeight Pattern 理論 享元模式，是將複雜對象的相同的組成元素抽出並單獨維護的一種結構型設計模式。這些相同的組成元素被稱為共享元件，它們在一個單獨的容器中被唯一性地管理，而複雜對象只需持有到該唯一實例的參考，而無需重複創建這樣的相同的元素，從而能夠大幅度地削減內存佔用。 以字處理器為例，每個字符都具有獨立的、區別於其它

c++11 , 設計模式 , design-pattern , c++ , c++17

hankin_liu 頭像

Hankin_Liu收徒 - 使用gperftools對C++程序進行profile定位性能瓶頸

本文將要學習如何使用gperftools工具定位C/C++程序的性能瓶頸，並用kcachegrind工具進行可視化展示。 gperftools簡介 gperftools（Google Performance Tools）是由谷歌開源的性能分析工具，能夠對程序進行profile，通俗的講就是能夠以一定的頻率對程序的堆棧進行採樣，採樣的次數越高，説明這個堆棧對應的代碼越熱。這個功能對於定位性能瓶頸十分

性能優化 , 性能瓶頸 , c++

u_16985197 頭像

Plume岣七 - [STL]拒絕O(log N)!哈希表與unordered系列指南

數據結構的選型中，“高效查找與操作”始終是核心需求。當面對海量數據的插入、查詢場景時，基於紅黑樹實現的map/set雖能保證有序性，卻受限於O(log n)的時間複雜度，難以突破性能瓶頸。而哈希表及其衍生的unordered_map/unordered_set，憑藉“平均O(1)”的極致效率，成為解決這類問題的最優解之一。 為什麼哈希表能實現遠超紅黑樹的操作速度？unord

unordered_系列容器 , STL , 哈希衝突 , 哈希表 , c++ , 後端開發 , c

wodekouwei 頭像

輕口味 - 深入理解rtmp(二)之C++腳手架搭建

前面深入理解rtmp(1)之開發環境搭建中我們已經搭建好服務器,並且利用一些現成的工具可以推送直播流,播放直播流了.這篇文章我們開始搭建從零開發一套rtmp推流拉流sdk,對着協議實現,達到真正的"深入理解". 作為一個碼農,搬磚搬到一定高度就需要"腳手架"來支撐我們"夠得住".為了方面我們把rtmp推拉流sdk實現為一個PC上的命令行程序,當開發調試穩定後,我們可以快速的通過交叉編譯工具編譯到A

音視頻 , tcp-ip , c++ , rtmp

jkkang 頭像

小康 - 90% 的人答錯！TCP 和 UDP 可以使用同一個端口嗎？（字節面試真題）

大家好，我是小康。今天我要和大家分享一道字節跳動的經典面試題：TCP 和 UDP 可以使用同一個端口嗎？ 看似簡單，實則暗藏玄機的網絡問題！ 乍一聽，你可能想直接回答"可以"或"不可以"就完事了。 但等等，這個問題遠沒有那麼簡單！ 為什麼這個問題能成為各大廠面試的熱門話題？ 因為它直擊網絡協議的核心，展示了 TCP/UDP 端口管理背後的巧妙設計。 今天，我們就來聊聊這個問題背後的秘密。 微信

tcp-udp , 面試 , 計算機網絡

u_16231477 頭像

蒙奇D索隆 - 【操作系統】考研408操作系統核心考點：進程控制四大原語深入解析​

(進程控制) 導讀 大家好，很高興又和大家見面啦！！！ 在上一篇內容中，我們共同探討了進程控制的基本概念與實現原理： 進程控制是操作系統對進程實施有效管理的核心功能，它通過特定的機制實現進程的創建、終止以及各種狀態間的轉換，從而確保多進程能夠高效併發執行。 我們重點學習了實現進程控制的關鍵工具——原語: 原語是由若干指令組成的、用於完成

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

xaye 頭像

祝你今天愉快 - C++學習（七）類型轉換及總結

介紹 類型轉換：儘量不要寫含有類型轉換的代碼(無意間避免不了)，小的類型給大的問題不大，大的類型給小的就會有問題 1.將一種運算符類型賦值給另一種運算符類型，會涉及類型轉換 2.表達式中包含不同類型時，會涉及類型轉換 3.將參數傳遞給函數時，會涉及類型轉換 示例1 #include

指尖人生 , 移動開發 , c++ , Android , 類型轉換 , ios

xiaoyanjingdepidan 頭像

CXG的博客 - 為什麼程序會不知不覺地佔用大量內存

程序在運行過程中不知不覺地佔用大量內存，甚至最終因內存耗盡而崩潰，其核心原因通常在於程序對內存資源的“申請”與“釋放”之間，出現了不平衡或管理失效。一個看似平穩運行的程序，其內存佔用持續增長，背後往往隱藏着系統性的缺陷。導致這一問題的五大“元兇”主要涵蓋：存在未被回收的“內存泄漏”、一次性向內存加載了“過量數據”、不恰當的數據結構選擇導致“空間浪費”、併發場景下資源的“不當複製”、以及底層框架或第

編程

chongdongdeludeng 頭像

快被AI代替的牛馬 - 為什麼程序總報“空指針異常”？

程序頻繁報告“空指針異常”，其根本原因在於代碼在嘗試調用或訪問一個“並不實際存在”的對象或變量的方法或屬性。在許多編程語言中，“空”是一個特殊的值，它表示一個引用類型的變量，當前並未指向內存中的任何一個具體對象。當程序，基於“這裏一定有一個對象”的錯誤假設，去對這個“空”的引用，進行解引用操作時（例如，試圖獲取它的一個屬性），就會觸發這種致命的、通常會導致程序立即崩潰的異常。導致一個引用變量為空的

編程