后端開發技術棧

后端開發技術棧

  • 核心技術
  • 內容平臺 (Content Platform)
  • 電商 (E-Commerce)
  • 金融科技 (FinTech) / 支付
  • 物聯網 (IoT - Internet of Things)
  • 游戲后端 (Game Backend)
  • 社交平臺
  • 搜索平臺
  • 企業級應用開發
  • 音視頻處理后端
  • 地圖與地理位置服務
  • DevOps
  • 大數據開發
  • 大模型應用開發
  • 智能合約開發

核心技術

編程語言

  • Java:開發企業級應用,生態成熟穩定(Spring Boot框架)
  • Python:語法簡潔,開發效率高,在AI和數據分析領域優勢明顯(Django, Flask框架)
  • JavaScript (Node.js):允許使用JS編寫后端,前后端技術棧統一(Express.js, Koa.js, NestJS框架)
  • Go:由Google開發,以高并發和高性能著稱,適合微服務和云計算(Go-kit, Gin框架)
  • C#:主要用于.NET生態系統,強大且功能全面
  • PHP:傳統的Web開發語言,WordPress等大量網站使用

數據庫

  • SQL:關系型數據庫,如 MySQL、PostgreSQL、SQL Server。
  • NoSQL:非關系型數據庫,如 MongoDB(文檔型)、Redis(鍵值對,常用作緩存)。

API

  • RESTful API:服務器決定每個端點(URL)返回什么數據結構
  • GraphQL:客戶端決定需要什么數據,以及數據的結構

Web服務器:Nginx、Apache。

用戶認證(Authentication)授權(Authorization)

中間件:中間件是位于操作系統和應用程序之間的通用服務軟件,關注高性能、高并發、高可靠性和可擴展性。典型中間件產品:

  • 消息隊列:Kafka, RocketMQ, RabbitMQ - 負責異步通信、流量削峰、解耦服務
  • 緩存中間件:Redis - 提供分布式緩存服務
  • 配置中心:Apollo, Nacos, Consul - 統一管理所有服務的配置,實現動態更新、版本控制、環境隔離
  • RPC框架:Dubbo, gRPC, Spring Cloud - 簡化服務之間的遠程調用
  • 網關:Nginx, Spring Cloud Gateway, Kong, APISIX - 負責流量路由、認證、限流、熔斷等

分布式系統理論

  • CAP定理:當 網絡分區P 必然發生時,必須在 一致性C可用性A 之間做出選擇
  • 分布式一致性:強一致性、弱一致性、最終一致性
  • 分布式共識:實現強一致性的具體算法(Paxos、Raft、ZAB)
  • 分布式事務:在業務層面實現跨服務的數據一致性(2PC、Saga、TCC)

領域模型:領域模型是對業務領域中核心概念、實體及其之間關系的一種抽象表達,并確保開發人員(無論是產品、設計還是工程師)對業務有一致的理解。

  • 實體:具有唯一標識和生命周期的對象。例如:用戶(User)、訂單(Order)、商品(Product)。每個訂單都有一個唯一的ID。
  • 值對象:沒有唯一標識,通過其屬性值來描述的對象。例如:地址(Address)、金額(Money)。兩個金額都是100元的Money對象是等價的。
  • 聚合根:一組相關對象的根實體,是外部訪問這組對象的唯一入口。例如:訂單(Order)是聚合根,它包含了訂單項(OrderItem),你要修改訂單項必須通過訂單這個根。
  • 領域服務:一些操作或行為涉及多個實體協作,它們被封裝成服務。例如:資金轉賬服務(TransferService),它需要操作“轉出賬戶”和“轉入賬戶”兩個實體。

內容平臺 (Content Platform)

代表:知乎、微博、抖音、微信公眾號、今日頭條

核心業務特點

  • 讀多寫少:閱讀、刷新的請求量遠高于發布內容的請求。
  • 內容多樣性:文本、圖片、短視頻、長視頻、直播等。
  • 個性化推薦:核心價值在于將海量內容與用戶興趣匹配。
  • 高并發與流量突增:熱點事件容易導致流量瞬間飆升。

特定技術與架構

  • 內容緩存:
    Redis: 極致性能,緩存用戶信息、熱點文章、評論列表、關注關系等。
    Memcached: 簡單的KV緩存。
  • 內容存儲:
    對象存儲 (OSS/COS/S3): 存儲圖片、視頻等大型靜態資源,并通過CDN加速分發。
    CDN (內容分發網絡): 將靜態內容推送到邊緣節點,使用戶就近訪問,極大減輕源站壓力并提升加載速度。
  • 搜索引擎:
    Elasticsearch: 用于復雜且快速的全文搜索、模糊查詢、排序(如按時間、熱度)。
  • 消息隊列:
    Kafka: 處理用戶行為(點贊、評論、關注)海量日志流的異步化和削峰填谷,并供大數據和推薦系統消費。
  • 大數據與推薦系統:
    Flink/Spark: 實時計算用戶行為,更新用戶畫像。
    Hadoop/Hive: 離線分析歷史數據,訓練機器學習模型。
    向量數據庫 (Milvus, Pinecone): 用于存儲Embedding,進行高效的相似性檢索,是新一代AIGC和推薦系統的核心。

電商 (E-Commerce)

代表:淘寶、京東、Amazon

核心業務特點

  • 交易核心:一切圍繞“買”和“賣”,對數據一致性、事務性要求極高。
  • 系統復雜:包含商品、訂單、庫存、支付、物流、營銷、售后等多個緊密耦合的子系統。
  • 高并發秒殺:定時搶購活動是對系統極限能力的考驗。
  • 數據驅動:精準營銷、銷量預測、庫存管理等嚴重依賴數據。

特定技術與架構

  • 分布式事務:
    Seata: 解決跨多個數據庫/服務的業務數據一致性問題(如下單時扣庫存、創建訂單、計算優惠券)。
  • 庫存控制:
    Redis: 緩存商品庫存,利用其單線程原子操作(DECR)防止超賣。
  • 秒殺方案:
    技術組合:Redis預減庫存 + 消息隊列異步下單 + 限流&熔斷(Sentinel/Hystrix)。核心思路是層層過濾,將絕大部分請求在最前端就直接拒絕,只有少量請求進入后端交易流程。
  • 分布式鎖:
    Redis (SETNX命令) / ZooKeeper: 防止多人同時操作同一資源(如一個用戶只能搶一單)。
  • 復雜搜索與篩選:
    Elasticsearch: 提供商品的多維度、復雜條件搜索和聚合分析(如按品牌、價格區間、屬性篩選)。
  • 數據同步:
    Canal: 監聽數據庫Binlog,實時將MySQL數據同步到ES或Redis,解決多數據源一致性問題。

金融科技 (FinTech) / 支付

代表:支付寶、各大銀行App、證券交易系統

核心業務特點

  • 數據強一致性:資金數據一分不能錯,對ACID事務要求最高。
  • 超高安全性:防篡改、防盜竊、防攻擊。
  • 高可用性:系統宕機意味著巨大經濟損失和信譽風險,要求99.999%的可用性。
  • 合規與審計:所有操作必須留有記錄,可追溯。

特定技術與架構

  • 數據庫:
    傳統關系型數據庫:Oracle、DB2 依然占據重要地位,因其極強的事務一致性和穩定性。
    MySQL/PostgreSQL: 也在很多互聯網金融公司中使用,通常需要一主多從、分庫分表(ShardingSphere)來擴展。
  • 分布式事務:
    TCC (Try-Confirm-Cancel): 高性能最終一致性方案,適用于核心交易鏈路。
    SAGA: 長事務解決方案。
  • 安全與密碼學:
    HTTPS、雙向認證、數字簽名、非對稱加密是標準配置。
  • 批量處理與對賬:
    每日結束時需要跑批處理作業,進行資金清結算。常用Spring Batch等框架。

物聯網 (IoT - Internet of Things)

代表:智能家居、車聯網、工業傳感器監測

核心業務特點

  • 海量設備連接:需要支持百萬、千萬級設備的并發長連接。
  • 高吞吐數據:設備持續上報小量但頻率極高的狀態數據(如溫度、位置)。
  • 協議多樣:設備使用多種協議(MQTT, CoAP, LoRaWAN等),平臺需要適配。
  • 數據處理:需要對時序數據進行存儲、分析和告警。

特定技術與架構

  • 通信協議:
    MQTT: 物聯網領域事實標準的輕量級發布/訂閱消息協議,專為不穩定網絡設計。
  • 物聯網平臺:
    EMQX: 開源的高性能MQTT消息代理。
    ThingsBoard: 開源物聯網平臺,提供設備管理、數據可視化和規則鏈功能。
  • 時序數據庫:
    InfluxDB: 專門用于存儲和處理時間序列數據(如傳感器讀數)。
    TDengine: 國產開源的時序數據庫,性能突出。

游戲后端 (Game Backend)

代表:《王者榮耀》、《原神》、《魔獸世界》

核心業務特點

  • 實時性要求極高:毫秒級的延遲直接影響游戲體驗和公平性。
  • 有狀態服務:服務器需要長期維持玩家的連接和游戲狀態(位置、血量等)。
  • 廣播通信:需要將一個人的狀態變化(移動、攻擊)快速廣播給房間內的其他所有玩家。
  • 高頻率小數據包:通信內容簡單但頻率非常高。

特定技術與架構

  • 網絡協議:
    TCP: 可靠,但延遲相對高。用于對可靠性要求高的場景(如登錄、支付、重要狀態同步)。
    UDP + 自定義可靠層:為了極致降低延遲,很多實時競技游戲基于UDP,并在其上實現自己的可靠性保證和亂序重傳機制(如KCP協議)。
    WebSocket: 長連接協議,適用于頁游、H5游戲和需要服務器主動推送的消息。
  • 游戲服務器框架:
    KBEngine: 開源MMOG服務端引擎。
    Skynet: 輕量級的高并發框架,在國內游戲業應用廣泛。
    Pomelo: 基于Node.js的快速、可擴展的游戲服務器框架。
  • 狀態同步 vs 幀同步:
    這是兩種核心的同步架構,是游戲服務器設計的核心決策。
  • 全球同服與匹配:
    需要復雜的分區架構和匹配服務,確保玩家能快速找到實力相近的對手。

社交平臺

社交平臺是內容平臺的一種,但其核心更側重于用戶關系和實時互動。

核心業務特點

  • 關系網絡:關注/粉絲、好友關系是核心。海量的“邊”數據(用戶之間的關系)計算和存儲是巨大挑戰。
  • 實時性:消息(IM)、通知、動態推送要求低延遲。
  • 動態流:每個用戶的首頁都是為其動態生成的、按時間或熱度排序的內容流(Timeline/Feed)。
  • 高并發寫入與讀取:發消息、點贊、評論等操作頻率極高,同時Feed流刷新請求量巨大。

特定技術與架構

  • 關系與圖譜存儲:
    圖數據庫:如 Neo4j,專門為處理“多對多”的復雜關系設計,非常適合進行社交關系挖掘(如二度人脈、推薦關注)。
    Redis: 使用其Set、Sorted Set等數據結構緩存用戶的好友列表、粉絲列表,實現快速的共同關注判斷等。
  • 即時通訊:
    協議:WebSocket(主流)或長輪詢,用于維持海量用戶的長連接,實現消息實時推送。
    消息路由:自研或使用MQTT協議的消息網關,負責將消息準確推送到在線的目標用戶。
    消息存儲與同步:使用Redis存儲在線用戶的會話和最新消息,使用HBase或Cassandra等可擴展的NoSQL數據庫持久化海量的歷史消息記錄,支持多端消息同步。
  • 動態流/Feed流:
    寫擴散 (Fan-out-on-write):用戶發布動態后,立即將動態寫入其所有粉絲的“收件箱”(如Redis Sorted Set)。適合粉絲數不多的場景(如微信朋友圈),延遲低。
    讀擴散 (Fan-out-on-read):用戶發布動態只寫入自己的“發件箱”,粉絲讀取Feed流時,系統再去拉取其所有關注人的發件箱并聚合。適合粉絲數極多的場景(如大V微博),節省存儲空間。
    混合模式:結合兩者,對小V采用寫擴散,對大V采用讀擴散。這是大型社交平臺的主流方案。
  • 實時計數:
    Redis: 用于存儲點贊數、評論數、未讀消息數等,利用其內存高速讀寫的特性。

搜索平臺

搜索平臺的核心是將“數據”快速轉化為“可被檢索的信息”。

核心業務特點

  • 海量數據索引:需要處理PB級別的原始數據。
  • 低延遲查詢:用戶期望在毫秒級得到結果。
  • 高相關性排序:結果是否準確相關是核心價值。
  • 可擴展性與高可用:索引和查詢服務都需要能水平擴展。

特定技術與架構

  • 核心引擎:
    Elasticsearch:基于Lucene的分布式搜索引擎,是當前事實上的標準。提供全文檢索、結構化查詢、聚合分析等功能。
    Apache Solr:同樣基于Lucene的另一個優秀搜索引擎。
  • 數據采集:
    爬蟲系統:對于全網搜索引擎(如Google、百度),需要龐大的分布式爬蟲(如 Scrapy、Nutch)來抓取和更新網頁內容。
    數據接入:對于企業內部搜索,通過Logstash、Canal、Flink CDC等工具實時同步業務數據庫(MySQL)和數據倉庫的數據到搜索引擎。
  • 查詢分析與優化:
    分詞器:中文搜索需要IK Analyzer、jieba等分詞器將文本切分為有意義的詞條。
    排序算法:基于BM25、TF-IDF等算法,并結合用戶行為(點擊率、停留時間)進行機器學習排序,不斷提升結果相關性。
  • 高性能與高可用:
    分布式架構:ES本身是分布式的,索引可分為多個分片,并設置副本,同時實現負載均衡和故障轉移。
  • 輔助技術:
    Redis:緩存熱門搜索詞和建議詞。
    Kafka:作為數據管道,承接爬蟲或業務系統產生的數據,再批量導入ES,起到削峰填谷的作用。

企業級應用開發

企業級應用的核心是復雜業務流程、數據一致性、系統集成和安全合規。

后端框架:

  • Java EE / Jakarta EE: 傳統重型企業級標準,提供了一整套規范(如JMS, JTA, Servlets)。
  • Spring Boot / Spring Framework: 當今絕對的主流。其Spring Boot的開箱即用特性和Spring Cloud的微服務治理能力,極大地加速了企業級開發。
  • .NET Core: 在微軟生態的企業中廣泛應用,性能優異,跨平臺支持好。

業務流程與管理:

  • 工作流引擎: 用于管理和自動化復雜的業務流程。
    Camunda, Activiti: 基于BPMN標準的開源工作流引擎,可以可視化地設計、執行和監控業務流程。
  • 規則引擎: 將易變的業務決策邏輯從代碼中分離出來,實現動態配置。
    Drools: 強大的開源規則引擎。

數據持久化:

  • 關系型數據庫: Oracle, SQL Server, MySQL, PostgreSQL。企業應用對事務一致性要求極高,關系型數據庫是首選。
  • ORM框架: MyBatis, Hibernate (JPA實現),用于簡化數據庫操作。

系統集成與API:

  • ESB (企業服務總線) / 消息中間件: 用于整合各種異構系統(如SAP、OA、CRM)。
    IBM MQ, Apache ActiveMQ, RabbitMQ。
  • API 管理: Apache Camel (集成框架), MuleSoft, 用于API的統一管理、發布和監控。
  • Web Services: SOAP協議仍在許多老牌企業系統中使用,需要與之交互。

安全與認證:

  • 單點登錄: OAuth 2.0 / OpenID Connect 協議。
  • 實現方案: Keycloak (開源), Okta (商業), Azure AD。

典型架構

從傳統的單體架構 + SOA,逐步向微服務架構遷移。微服務之間通過 RESTful API 或 gRPC 進行通信,使用 Spring Cloud Alibaba 或 Istio 進行服務治理。

音視頻處理后端

該領域的核心挑戰是處理海量流數據、低延遲、高帶寬和高性能編解碼。

核心處理庫:

  • FFmpeg: 音視頻領域的“瑞士軍刀”,幾乎是所有音視頻處理服務的基礎。用于轉碼、剪輯、截圖、封裝、推拉流等幾乎所有操作。
  • GStreamer: 另一個強大的多媒體框架,采用管道架構,更靈活。

流媒體協議:

  • 推流協議: RTMP (Real-Time Messaging Protocol), 雖然較老,但仍然是直播推流最廣泛使用的協議。
  • 播放協議:
    • HLS (HTTP Live Streaming): 蘋果公司推出的協議,基于HTTP,兼容性極好,但有較高延遲(通常10-30s)。適合直播和點播。
    • DASH (Dynamic Adaptive Streaming over HTTP): HLS的競爭對手,是國際標準。
    • WebRTC: 谷歌推出的開源項目,旨在實現超低延遲(毫秒級)的瀏覽器間音視頻通信。用于視頻會議、在線教育等實時互動場景。

編解碼器:

  • 視頻編碼: H.264/AVC, H.265/HEVC (更高效,壓縮率更高), AV1 (開源且 royalty-free 的下一代編碼)。
  • 音頻編碼: AAC, Opus (低延遲,WebRTC默認)。

基礎設施與服務:

  • CDN (內容分發網絡): 用于加速音視頻內容的分發,降低源站壓力。
  • 媒體服務器:
    • SRS: 簡單高效的國產開源RTMP/HLS服務器。
    • Janus: 著名的WebRTC媒體服務器網關。
    • Kurento: 功能強大的WebRTC媒體服務器。
  • 對象存儲: AWS S3, 阿里云 OSS 等,用于存儲海量的原始視頻文件和轉碼后的文件。

深度學習應用:

  • 內容審核: 使用CNN等模型進行音視頻的內容審核。
  • 語音識別/合成: ASR (語音轉文字), TTS (文字轉語音)。

地圖與地理位置服務

該領域的核心是處理空間數據、高效地理查詢和路徑規劃算法。

空間數據庫:

  • PostGIS: PostgreSQL 的空間地理信息擴展,是事實上的開源標準。它允許將地理位置數據存儲在數據庫中,并執行復雜的空間查詢(如“查找我附近5公里內的所有餐廳”)。
  • 其他: MySQL 也提供簡單的空間擴展,但功能遠不如PostGIS強大。

地圖引擎與渲染:

  • 地圖切片: 將地圖數據預處理成不同縮放級別的小圖片(瓦片),前端快速加載和拼接。
  • 引擎: Mapnik (開源地圖渲染工具庫), Tile38 (開源的地理空間數據庫和地理圍欄引擎)。

服務與API:

  • 地理編碼/逆地理編碼: 將地址轉換為經緯度,或將經緯度轉換為地址描述。
    服務商: 高德地圖API、百度地圖API、Google Maps API。
  • 路徑規劃:
    算法: Dijkstra, A* 算法。對于大規模路網,常用更高效的收縮層次等優化算法。
    服務: 同樣由上述地圖服務商提供API。

大數據處理:

  • 軌跡處理: 處理海量的GPS點數據,進行糾偏、路網匹配、分析擁堵情況。
  • 技術棧: 常使用 Hadoop、Spark 等大數據框架來處理TB/PB級的空間數據。

前端地圖庫:

  • Leaflet: 輕量級、開源、移動端友好的交互式地圖庫。
  • Mapbox GL JS: 高性能、可高度定制化的矢量地圖渲染庫。
  • OpenLayers: 功能強大的開源地圖庫。

典型架構:

  1. 數據通過眾包、第三方采購、車輛GPS等方式收集。
  2. 使用大數據平臺進行清洗和處理,生成路網數據。
  3. 處理后的數據存入空間數據庫。
  4. 后端服務(如Java/Go服務)提供RESTful API,封裝對空間數據庫的查詢和路徑規劃算法。
  5. 前端通過地圖API/SDK請求服務,并渲染結果。

DevOps

DevOps是“Development(開發)”和“Operations(運維)”的結合。旨在通過自動化工具和流程,縮短系統開發周期,提高部署頻率和可靠性:

  • CI/CD:持續集成/持續部署,工具如 Jenkins、GitLab CI
  • 容器化與編排:Docker、Kubernetes
  • 基礎設施即代碼:Terraform、Ansible
  • 云平臺:AWS、Azure、GCP、阿里云
  • 監控與日志:OpenTelemetry、Prometheus、Loki、Jaeger、Grafana、ELK Stack

大數據開發

職責描述:更偏向于數據處理、分析和挖掘,從海量數據中提取有價值的信息以支持決策。與后端開發有交集但側重點不同。核心技術:

  • 編程語言:Python(Pandas, NumPy, Scikit-learn)、R、Scala。
  • 大數據框架:Hadoop、Spark。
  • 數據庫:HBase、ClickHouse 等用于OLAP分析的數據庫。
  • 數據可視化:Tableau、Power BI、ECharts。
  • 機器學習:TensorFlow、PyTorch。

大模型應用開發

大模型(Large Language Model、LLM):指參數規模巨大(數十億甚至萬億)、在海量文本數據上訓練出來的深度學習模型(主要是Transformer架構)。
核心能力:理解和生成人類語言,具備強大的語義理解、文本生成、推理、代碼編寫、翻譯等能力。
代表:OpenAI GPT、Google Gemini、Anthropic Claude、Alibaba Qwen、DeepSeek

大模型應用開發:利用預訓練好的大模型,通過API調用或引導來完成特定任務。

主流開發范式

  1. 提示工程(Prompt Engineering)
    • 通過優化輸入提示詞引導模型輸出期望結果。
    • 最基礎、最常用的方式,應用開發的核心技能。
  2. 函數調用(Function Calling)
    • 讓大模型理解你的工具(函數)描述,并根據用戶請求決定調用哪個函數以及傳入什么參數。
    • 用于將大模型能力與外部工具、API、數據庫連接起來。
  3. 檢索增強生成(RAG)
    • 將模型的知識與你自己的專有數據結合,先檢索相關數據,再將數據作為上下文喂給模型生成答案。
    • 解決模型知識截止和私有數據訪問問題。
  4. 嵌入表示(Embeddings)
    • 將文本轉化為高維向量(數字表示),用于語義搜索、聚類、分類等任務。
    • 常與RAG結合使用。
  5. 微調(Fine-Tuning)
    • 使用領域數據繼續訓練預訓練模型,提升特定任務表現。
    • 成本相對較高,但效果更好。
  6. 智能體(Agent)
    • 讓模型從“被動響應工具”升級為“主動執行任務的智能體”。
    • 能理解目標、自主規劃、調用工具、執行任務并持續迭代。
    • 開發框架有 LangChain、AutoGen、BabyAGI

其他相關技術

  • 流式傳輸(SSE):從服務器到客戶端的單向數據推送,使用標準的 HTTP 協議,支持斷線重連,默認傳輸文本數據
  • 向量數據庫:Pinecone、Weaviate、Qdrant、Milvus、Chroma
  • 評估體系:評估準確性、相關性、有害性、幻覺程度

智能合約開發

區塊鏈是指公鏈(如以太坊、Solana)或聯盟鏈(如FISCO BCOS)本身,是一套賬本系統,提供了去中心化、不可篡改、可追溯的信任基礎。

智能合約是在區塊鏈上運行的自動執行的數字合同。

兩者結合,共同催生了Web3和去中心化應用的整個生態。

編程語言

  • Solidity:絕對主流,是以太坊虛擬機(EVM)生態的標配。語法類似JavaScript,是必須掌握的技能。
  • Vyper:以太坊生態的另一門語言,更注重安全性,語法接近Python。
  • Rust:用于在非EVM鏈上開發智能合約,如Solana、Near。
  • Move:專為數字資產設計的語言,用于Aptos和Sui等新公鏈。

開發框架與工具

  • Hardhat:當前以太坊生態最流行的開發框架(測試、編譯、部署)。
  • Truffle Suite:老牌的開發框架。
  • Foundry:用Rust編寫,以速度和直接使用Solidity進行測試而聞名。
  • Remix IDE:基于瀏覽器的在線開發環境,非常適合初學者。

測試
需要編寫全面的單元測試和集成測試,因為合約一旦部署極難修改。Hardhat和Foundry都提供了強大的測試工具。

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/921679.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/921679.shtml
英文地址,請注明出處:http://en.pswp.cn/news/921679.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

【ICCV2025】計算機視覺|即插即用|ESC:顛覆Transformer!超強平替,ESC模塊性能炸裂!

論文地址:https://arxiv.org/pdf/2503.06671 代碼地址:https://github.com/dslisleedh/ESC 關注UP CV縫合怪,分享最計算機視覺新即插即用模塊,并提供配套的論文資料與代碼。 https://space.bilibili.com/473764881 摘要 本研究…

【面試場景題】如何進行高并發系統的性能測試?

文章目錄一、明確測試目標與指標二、測試環境搭建三、測試工具選型四、測試場景設計五、執行測試與監控六、瓶頸分析與調優七、測試報告與迭代總結高并發系統的性能測試是驗證系統在極限流量下是否能保持穩定運行的關鍵環節,需要結合場景設計、工具選型、指標監控、…

攻防世界ReverseMe-120

這道題比較經典,涉及三個知識點,所以記錄一下。首先給了一個文件,detect it easy看了下,是32位exe。放入ida中,找下main函數,F5反編譯看一下偽代碼。int __cdecl main(int argc, const char **argv, const …

小白也能看懂,HTTP中的文件上傳與下載到底發生了什么?

HTTP 文件傳輸協議解析:上傳與下載 這份文檔會用最簡單的方式,帶你了解 HTTP 協議是如何處理文件下載和上傳的。我們會專注于協議本身,看看客戶端(比如你的瀏覽器)和服務端(網站服務器)之間到底…

快速構建數據集-假數據(生成劃分)

快速構建數據集-假數據1、torch.randn(?)2、HuggingFace Datasets(?)🔹1. 從字典生成🔹2. 從 pandas.DataFrame 生成🔹3. 批量生成“業務型”假數據(配合 Faker)&#…

[修訂版]Xenomai/IPIPE源代碼情景解析

[修訂版]Xenomai/IPIPE源代碼情景解析 第一章:Interrupt Pipeline介紹 1.1 I-pipe與Xenomai1.2 I-pipe核心概念1.3 拉取I-pipe代碼 第二章:I-pipe對ARM64異常的改造 2.1 ARM64中斷機制與異常處理2.2 EL0_IRQ 中斷改造之入口2.3 EL0_IRQ 中斷改造之中斷處…

【Qt開發】按鈕類控件(三)-> QCheckBox

目錄 1 -> 概述 2 -> 核心特性 2.1 -> 狀態管理 2.2 -> 信號機制 2.3 -> 外觀與文本 3 -> 應用場景 4 -> 代碼示例 5 -> 總結 1 -> 概述 QCheckBox 是 Qt 框架中提供的一個基礎控件,用于實現復選框功能。它允許用戶在兩種或三種…

在新發布的AI論文中 pytorch 和tensorflow 的使用比例

根據 2025 年最新的學術動態和行業報告,PyTorch 在 AI 論文中的使用比例已占據絕對主導地位,而 TensorFlow 的占比持續下降。以下是基于多個權威來源的綜合分析: 一、頂級會議中的框架分布 在 NeurIPS、ICML、CVPR 等頂級學術會議中&#xff…

3DXML格式是什么?用什么軟件可以打開?

3DXML 是一種開放標準的數據交換格式,主要用于三維 CAD(計算機輔助設計)模型的存儲和交換。它是由 Dassault Systmes 開發的一種文件格式,常用于 CATIA V6 和其他支持該格式的應用程序中。3DXML 文件可以包含完整的 3D 模型數據&a…

9月8日星期一今日早報簡報微語報早讀

9月8日星期一,農歷七月十七,早報#微語早讀。1、中國火箭與月亮同框,遙感四十號03組衛星發射成功;2、湖南郴州開發區改革:編制數由815名減至680名,精簡16.6%;3、水利部對廣東、廣西啟動洪水防御Ⅳ…

windows系統搭建MQTT服務器

1、MQTT 協議 MQTT協議:實現MQTT協議需要客戶端和服務器端通訊完成。 三種身份: 發布者(Publish)、代理(Broker)(服務器)、訂閱者(Subscribe)。 消息的發布者和訂閱者都是客戶端,消息代理是服務器,消息發布者可以同時是訂閱者。 MQTT&am…

從 GPT 到 LLaMA:解密 LLM 的核心架構——Decoder-Only 模型

🔥從 GPT 到 LLaMA:解密 LLM 的核心架構——Decoder-Only 模型 “為什么所有大模型(LLM)都長一個樣?” 因為它們都有一個共同的“基因”——Decoder-Only 架構。 在前面兩節中,我們學習了: BER…

Codeforces Round 1047 (Div. 3)

由于最近這三天的數學建模,讓我這個精力本來就不多的AI手更加力竭了,沒注意到昨晚的cf,所以今天來補題了。 比賽連接:比賽傳送門 A題: You are doing a research paper on the famous Collatz Conjecture. In your e…

C++經典的數據結構與算法之經典算法思想:貪心算法(Greedy)

貪心算法(Greedy Algorithm):通過局部最優達成全局最優的決策策略 貪心算法是一種通過每次選擇局部最優解來期望全局最優解的算法思想。它不考慮未來的影響,僅根據當前信息做出最優選擇,適用于具有貪心選擇性質和最優子…

LangChain實戰(二十一):構建自動化AI客服系統

本文是《LangChain實戰課》系列的第二十一篇,將帶領您構建一個完整的自動化AI客服系統。通過結合對話記憶、工具調用和業務知識庫,我們將創建一個能夠處理復雜客戶查詢的智能客服解決方案。 前言 在現代商業環境中,客戶服務是企業成功的關鍵因素之一。傳統客服系統往往面臨…

一人公司智能管理系統概述

系統概述 項目結構 Al_Compny系統采用前后端分離的全棧架構,項目根目錄下包含兩個主要子目錄:Al_Compny_backend(后端服務)和Al_Compny_frontend(前端應用)。核心功能模塊 Al_Compny系統是一個面向"一…

OpenWrt | 在 PPP 撥號模式下啟用 IPv6 功能

文章目錄一、WAN 口配置二、LAN 口配置三、IPv6 測試本文將詳細介紹 將光貓的網絡模式改成橋接之后使用路由器撥號的上網方式的情況下,在 OpenWrt 上使用 PPP 撥號模式上網時,啟用 IPv6 功能的方法。 一、WAN 口配置 首先,我們需要在 網絡 …

Java如何實現一個安全的登錄功能?

安全登錄系統完整教程 📋 目錄 項目概述技術棧安全特性項目結構核心組件詳解安全實現原理部署和運行安全最佳實踐常見問題解答進階擴展 🎯 項目概述 這是一個基于Spring Boot和Spring Security的完整安全登錄系統,專為初學者設計&#xff…

星辰誕愿——生日快樂

前言 今天這篇博客并非技術文章,而是慶祝我可愛的妹妹18歲生日以及介紹我半年以來的學習經歷 祝生網站:星辰誕愿(用戶列表里第一位就是我妹妹,希望大家能獻上自己的祝福,能分享轉發更好,我在此感謝大家。如果使用手機&…

基于STM32單片機的智能糧倉溫濕度檢測藍牙手機APP設計

基于STM32單片機的智能糧倉溫濕度檢測藍牙手機APP設計 1 系統功能介紹 本系統是一款基于STM32單片機的智能糧倉環境監測與控制裝置,核心目標是通過傳感器實時采集糧倉內的溫度和濕度信息,并結合藍牙通信模塊將數據傳輸至手機端,實現對糧倉環境…