WebSocket技術全面解析：從歷史到實踐

WebSocket技術全面解析：從歷史到實踐

WebSocket作為一種全雙工通信協議，徹底改變了Web應用的實時交互模式。它于2011年被IETF正式標準化為RFC 6455，解決了傳統HTTP協議在實時通信中的根本缺陷。本文將深入探討WebSocket的發展歷程、技術原理、JavaScript實現方法、實際應用場景、心跳機制設計以及存在的局限性，為開發者提供全面的WebSocket技術指南。

一、WebSocket的歷史發展

WebSocket協議的誕生源于對Web應用實時性的迫切需求。在HTTP協議主導的Web 1.0時代，客戶端與服務器之間的通信只能通過單向請求-響應模式實現，這導致了實時數據交換的嚴重瓶頸。開發者不得不采用輪詢(Polling)或長輪詢(Comet)等變通方案，但這些方案不僅效率低下，還浪費了寶貴的網絡帶寬和服務器資源。

WebSocket協議最初由Ian Hickson（Google工程師，HTML5規范負責人）和Michael Carter于2008年提出，旨在為Web應用提供真正的雙向實時通信能力。這一創新得到了瀏覽器廠商和開源社區的廣泛支持，最終在2011年12月由IETF正式發布為RFC 6455標準，同時W3C也將其納入HTML5規范，成為瀏覽器原生支持的技術。

WebSocket的標準化過程經歷了多次討論和改進。早期版本曾面臨瀏覽器兼容性、代理服務器支持等問題。例如，早期的Chrome瀏覽器在4.0版本才開始支持WebSocket，Firefox在7.0版本實現支持，而IE則從未原生支持WebSocket，需要借助Polyfill等技術手段。這些挑戰促使WebSocket協議設計者采用與HTTP/1.1兼容的握手機制，確保能夠穿透各種網絡環境和代理服務器。

隨著技術的成熟，WebSocket已成為現代Web應用不可或缺的通信基礎。它不僅支持HTTP/1.1，還通過RFC 8441擴展了在HTTP/2中的實現，利用多路復用和頭壓縮等特性進一步提升性能。如今，主流瀏覽器均原生支持WebSocket，使其成為構建實時Web應用的首選協議。

二、WebSocket的技術特點與優勢

WebSocket協議的核心價值在于其獨特的技術特點和與HTTP協議的顯著差異。作為基于TCP的全雙工通信協議，WebSocket提供了更高效、更實時的通信方式，解決了HTTP協議在實時場景中的根本缺陷。

全雙工通信能力是WebSocket最突出的特點。與HTTP的單向請求-響應模式不同，WebSocket允許客戶端和服務器之間建立持久連接，并在連接建立后隨時雙向傳輸數據。這意味著服務器可以主動向客戶端推送信息，而無需等待客戶端的請求，大大降低了通信延遲。在實際應用中，這種能力使聊天應用、實時監控系統等能夠實現近乎零延遲的交互體驗。

較低的協議開銷是WebSocket的另一重要優勢。HTTP協議每次請求都需要攜帶完整的頭部信息，即使實際傳輸的數據很小。相比之下，WebSocket在握手階段使用HTTP協議后，后續數據傳輸僅使用極簡的幀頭（2-10字節），顯著減少了網絡帶寬的浪費。據統計，對于頻繁的小數據交換場景，WebSocket可將網絡流量減少約75%，大幅提升了通信效率。

WebSocket還支持二進制數據傳輸，這對于處理圖片、音頻、視頻等媒體數據非常有用。通過二進制幀，WebSocket能夠更高效地傳輸非文本數據，減少了數據轉換的開銷。此外，WebSocket還具備跨源資源共享能力，允許不同源的客戶端與服務器建立連接，這在現代Web應用中尤為重要。

在協議選擇上，WebSocket基于TCP而非UDP主要有以下考量：

  1. 可靠性：TCP提供數據包的可靠傳輸，確保數據按順序到達且無丟失，而UDP不具備這些特性，可能導致消息亂序或丟失。
  2. 全雙工支持：TCP的全雙工特性為WebSocket的雙向通信提供了底層支持，而UDP雖然也是無連接的，但缺乏內置的流量控制和擁塞控制機制。
  3. 代理兼容性：WebSocket的握手階段使用HTTP協議，使得它能夠輕松通過各種HTTP代理服務器，而基于UDP的協議可能被代理服務器過濾。

與HTTP協議相比，WebSocket的主要區別如下表所示：

特性HTTP協議WebSocket協議
連接模式短連接，每次請求新建連接長連接，建立一次后持續使用
通信方向客戶端主動請求，服務器被動響應雙向通信，客戶端和服務器均可主動發送
協議開銷每次請求攜帶完整頭部，開銷大握手后僅使用極簡幀頭，開銷小
實時性低，依賴客戶端輪詢高，支持服務器主動推送
適用場景適合請求-響應模式的應用適合需要實時雙向通信的應用

這些技術特點使WebSocket成為構建現代實時Web應用的理想選擇，從在線聊天到實時數據監控，再到協同編輯等場景，WebSocket都展現出顯著的優勢。

三、JavaScript中使用WebSocket的方法

在JavaScript中，使用WebSocket API非常簡單直觀。通過WebSocket構造函數創建實例后，開發者可以通過事件監聽器處理連接狀態變化和數據傳輸。以下是WebSocket API的核心組成部分及其使用方法：

WebSocket對象的創建與配置是使用WebSocket的第一步。通過指定URL（ws://或wss://）創建WebSocket實例，可以選擇使用默認端口（80/443）或自定義端口：

// 創建WebSocket連接
const socket = new WebSocket('wss://example.com/realtime');// 設置二進制數據類型（可選）
socket.binaryType = 'arraybuffer'; // 或 'blob'

連接狀態管理通過readyState屬性和四個狀態事件實現：

// 監聽連接建立事件
socket.addEventListener('open', function (event) {console.log('WebSocket連接已建立');// 連接建立后可發送初始消息socket.send('客戶端已就緒');
});// 監聽消息接收事件
socket.addEventListener('message', function (event) {console.log('收到服務器消息:', event.data);// 處理接收到的數據const receivedData = JSON.parse(event.data);updateUI(receivedData);
});// 監聽連接關閉事件
socket.addEventListener('close', function (event) {console.log('WebSocket連接已關閉，代碼:', event.code);// 可在此處實現重連邏輯reconnect();
});// 監聽錯誤事件
socket.addEventListener('error', function (error) {console.error('WebSocket發生錯誤:', error);// 處理連接錯誤socket.close();
});

數據發送與接收是WebSocket通信的核心：

// 發送文本數據
socket.send('Hello, Server!');// 發送二進制數據（如ArrayBuffer）
const arrayBuffer = new Uint8Array([80, 79, 78, 71]).buffer;
socket.send(arrayBuffer);// 接收二進制數據
socket.addEventListener('message', function (event) {if (typeof event.data === 'string') {// 處理文本數據} else {// 處理二進制數據（如ArrayBuffer或Blob）const binaryData = event.data;}
});

緩沖區監控通過bufferedAmount屬性實現，該屬性返回未發送至服務器的字節數，可用于優化數據發送策略：

// 檢查緩沖區狀態
if (socket.bufferedAmount > 1024) {console.log('數據緩沖過多，暫停發送');// 暫停發送新數據sending Paused = true;
}

高級功能如子協議協商和擴展支持，可通過握手階段的HTTP頭實現：

// 創建帶有自定義頭的WebSocket連接（需瀏覽器支持）
const socket = new WebSocket('ws://example.com/realtime', {headers: {'Sec-WebSocket-Protocol': 'chat, binary','X-Custom-Header': 'value'}
});

錯誤處理與狀態碼是確保應用穩定的關鍵：

socket.addEventListener('error', function (error) {console.error('WebSocket錯誤:', error.message);// 根據錯誤類型采取不同措施if (error.type === '錘子') {// 處理網絡錯誤} else {// 處理其他錯誤}
});socket.addEventListener('close', function (event) {console.log('連接關閉，狀態碼:', event.code);// 根據狀態碼判斷關閉原因if (event.code === 1000) {console.log('正常關閉');} else if (event.code === 1001) {console.log('協議錯誤導致關閉');} else {console.log('其他原因導致關閉');}
});

這些API提供了構建實時Web應用所需的基本功能。對于更復雜的場景，開發者可以使用Socket.IO等庫，它們封裝了WebSocket并提供了自動回退機制（當WebSocket不可用時自動切換到其他傳輸方式），以及更高級的心跳、重連等功能。

四、WebSocket的實際應用場景案例

WebSocket的全雙工通信特性使其在多種場景中展現出獨特優勢。以下是幾個典型的應用場景及其實現方式：

實時聊天應用是WebSocket最常見的應用場景。通過WebSocket，服務器可以主動將消息推送給所有在線用戶，實現近乎即時的通信體驗。以下是一個簡化版的實時聊天實現：

// 客戶端代碼
const chatSocket = new WebSocket('wss://chat.example.com');chatSocket.addEventListener('open', () => {console.log('聊天連接已建立');
});chatSocket.addEventListener('message', (event) => {const message = JSON.parse(event.data);displayMessage(message.from, message.content);
});chatSocket.addEventListener('close', () => {console.log('聊天連接已關閉');
});// 發送消息
function sendMessage(to, content) {const payload = {type: 'message',to: to,content: content};chatSocket.send(JSON.stringify(payload));
}

實時數據監控系統利用WebSocket的高效數據傳輸能力，可以實現設備狀態的實時更新。例如，一個車間設備監控系統通過WebSocket推送設備運行狀態：

// 客戶端監控代碼
const monitorSocket = new WebSocket('wss://monitor.example.com');monitorSocket.addEventListener('message', (event) => {const data = JSON.parse(event.data);update status(data.deviceId, data.status);
});// 服務端（Node.js）代碼片段
const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });// 監聽數據庫變化并推送
function listenToDatabaseChanges() {// 假設使用Redis監聽變化redis訂閱('device_status', (message) => {const data = JSON.parse(message);wss廣播(data);});
}

在線協同編輯是WebSocket的另一個典型應用場景。通過WebSocket，多個用戶對同一文檔的編輯可以實時同步：

// 客戶端協同編輯代碼
const editSocket = new WebSocket('wss://edit.example.com');// 記錄本地操作并發送
function recordAndSendOperation(op) {// 將操作記錄到本地歷史clientHistory.push(op);// 發送操作到服務器editSocket.send(JSON.stringify(op));
}// 接收并應用遠程操作
editSocket.addEventListener('message', (event) => {const remoteOp = JSON.parse(event.data);// 應用遠程操作到本地文檔applyOperation(document, remoteOp);// 確保操作順序正確（可能需要沖突解決機制）
});

實時地圖與位置共享應用中，WebSocket可以用于推送位置更新：

// 客戶端地圖位置更新
const mapSocket = new WebSocket('wss://map.example.com');// 發送位置更新
function sendPositionUpdate(x, y) {mapSocket.send(JSON.stringify({ type: 'position', x, y }));
}// 接收并渲染其他用戶位置
mapSocket.addEventListener('message', (event) => {const update = JSON.parse(event.data);if (update.type === 'position') {renderUserPosition(update.user, update.x, update.y);}
});

在線游戲利用WebSocket的低延遲特性實現實時玩家交互：

// 游戲客戶端代碼
const gameSocket = new WebSocket('wss://game.example.com');// 發送玩家動作
function sendPlayerAction(action) {gameSocket.send(JSON.stringify({ action }));
}// 接收并更新游戲狀態
gameSocket.addEventListener('message', (event) => {const gameUpdate = JSON.parse(event.data);updateGameWorld(gameUpdate);
});

這些案例展示了WebSocket在不同領域的應用潛力。值得注意的是，WebSocket的握手階段使用HTTP協議，這使得它能夠輕松通過各種網絡代理和防火墻，解決了早期實時通信技術（如Comet）面臨的兼容性問題。

五、WebSocket的心跳機制設計

心跳機制是維持WebSocket連接活躍狀態的關鍵技術。由于網絡環境復雜，NAT設備、代理服務器等可能會在長時間無活動時關閉連接。心跳機制通過定期發送小數據包，確保連接不被意外斷開，同時也能檢測連接是否仍然有效。

WebSocket協議本身提供了專門的控制幀用于心跳機制：Ping幀(0x9)和Pong幀(0xA)。客戶端發送Ping幀后，服務端必須回復Pong幀，這為心跳機制提供了協議層面的支持。

在JavaScript中，實現心跳機制主要有兩種方式：

方式一：客戶端發送Ping，服務端回復Pong

// 客戶端心跳實現
let heartbeatTimer = null;function startHeartbeat() {heartbeatTimer = setInterval(() => {if (socket.readyState === WebSocket.OPEN) {// 發送自定義心跳包（文本或二進制）socket.send(JSON.stringify({ type: 'ping' }));}}, 30000); // 每30秒發送一次
}// 監聽Pong響應
function handlePong() {console.log('收到心跳響應，連接正常');// 重置超時計時器clearPongTimeout();setupPongTimeout();
}// 心跳超時處理
let pingTimeoutId = null;function setupPongTimeout() {pingTimeoutId = setTimeout(() => {console.error('心跳超時，連接可能已斷開');// 關閉連接并嘗試重連socket.close();reconnect();}, 45000); // 如果45秒內未收到Pong，則認為連接已斷開
}// 監聽消息
socket.addEventListener('message', (event) => {const data = JSON.parse(event.data);if (data.type === 'pong') {handlePong();}
});// 監聽連接建立
socket.addEventListener('open', () => {startHeartbeat();setupPongTimeout();
});// 監聽連接關閉
socket.addEventListener('close', () => {clearInterval( heartbeatTimer );clearTimeout(pingTimeoutId);
});

方式二：服務端發送心跳，客戶端響應

// 服務端（Node.js）心跳實現
const WebSocket = require('ws');
const wss = new WebSocket.Server({ port: 8080 });// 服務端心跳發送
setInterval(() => {wss clients. foreach( client => {if (client. readyState === WebSocket.OPEN) {client. send( JSON.stringify({ type: 'server_heart' }));}});
}, 30000); // 每30秒發送一次心跳// 客戶端響應
socket.addEventListener('message', (event) => {const data = JSON.parse(event.data);if (data.type === 'server_heart') {// 發送響應socket.send(JSON.stringify({ type: 'client_heart' }));}
});

心跳機制的優化策略包括：

  1. 動態調整心跳間隔：根據網絡狀況和應用需求自適應調整心跳間隔，避免固定間隔導致的資源浪費或檢測延遲。
  2. 合并心跳與業務數據：在有業務數據傳輸時，可以省略心跳包，只在空閑時發送，進一步降低開銷。
  3. 服務端主動檢測：服務端可以記錄每個連接的最后活躍時間，如果長時間未收到任何消息（包括心跳），則主動關閉連接。

心跳機制的缺陷與限制主要包括：

  1. 增加網絡開銷：頻繁的心跳包會占用額外的帶寬，對于大規模應用（如微信）可能導致信令風暴，增加服務器負擔。
  2. 無法檢測所有連接問題：心跳機制只能檢測連接是否活躍，無法解決網絡分區（Split-Brain）等問題。
  3. 代理服務器兼容性：某些代理服務器可能丟棄控制幀，導致心跳機制失效，需要使用數據幀模擬心跳。
  4. 弱網環境問題：在高延遲或不穩定網絡中，心跳機制可能誤判連接狀態，需要結合其他機制提高可靠性。

在實際應用中，心跳間隔通常設置為30-60秒，略小于NAT設備的典型超時時間（通常為2-5分鐘）。對于要求極高實時性的應用，可以適當縮短間隔，但需權衡資源消耗。

六、WebSocket的缺陷與限制

盡管WebSocket在實時通信方面表現出色，但它也存在一些固有的缺陷和限制，開發者在選擇使用時需要充分了解。

資源消耗問題是WebSocket的主要限制之一。每個WebSocket連接都會占用服務器資源（如內存、線程等），在大規模應用中可能導致資源緊張。例如，一個擁有百萬用戶的聊天應用需要維護大量持久連接，這對服務器性能提出了較高要求。解決方案包括使用連接池、限制最大連接數或采用消息隊列廣播機制。

網絡環境兼容性是另一個需要考慮的問題。雖然現代瀏覽器普遍支持WebSocket，但在某些特殊網絡環境中（如企業內網、移動運營商網絡）可能遇到問題。例如，一些代理服務器可能無法正確處理WebSocket的升級機制，導致連接失敗。解決方法包括使用wss://（加密WebSocket）提高穿透性，或采用回退機制（如長輪詢）。

安全風險也是WebSocket需要面對的挑戰。由于WebSocket不遵循同源策略，任何域的客戶端都可以連接到服務器，這增加了跨站請求偽造(CSRF)等攻擊的風險。解決方案包括實施嚴格的身份驗證機制（如JWT令牌）、權限校驗和頻率限制等。

協議局限性方面，WebSocket雖然支持二進制數據傳輸，但在處理大規模數據時仍有一定限制。例如，單個WebSocket幀的最大有效載荷為65536字節，對于更大文件需要分片傳輸。此外，WebSocket缺乏內置的消息優先級和QoS（服務質量）機制，需要開發者自行實現。

分布式架構挑戰在多節點部署時尤為明顯。由于WebSocket連接是點對點的，無法跨節點共享，這使得在分布式環境下實現會話保持變得復雜。解決方案包括使用會話粘性（Session Affinity）、共享消息通道（如Redis發布訂閱）或集中式WebSocket服務等。

與HTTP/2的整合雖然RFC 8441已定義，但仍處于早期階段，尚未被廣泛支持。HTTP/2的多路復用和頭壓縮特性理論上可以進一步提升WebSocket性能，但實際應用中仍需依賴HTTP/1.1的握手機制。

性能優化建議包括：

  1. 消息壓縮：啟用permessage-deflate擴展減少傳輸數據量。
  2. 異步處理：使用線程池或隊列處理消息，避免阻塞主線程。
  3. 連接管理：實施連接數限制，防止資源耗盡。
  4. 安全加固：強制使用WSS（加密WebSocket），實施嚴格的身份驗證和權限控制。

這些缺陷和限制提醒開發者在使用WebSocket時需要根據具體場景進行權衡和優化，確保應用的穩定性和性能。

七、WebSocket的未來發展趨勢

隨著Web技術的不斷發展，WebSocket也在持續演進。未來，我們可以期待以下幾方面的發展：

與HTTP/3的整合將為WebSocket帶來新的性能提升。HTTP/3基于QUIC協議，能夠在不依賴TCP的情況下實現低延遲通信，這可能為WebSocket提供更高效的基礎傳輸層。目前，這一方向仍處于研究階段，但有望在未來幾年內取得突破。

邊緣計算與WebSocket的結合將擴展其應用場景。隨著邊緣計算的發展，WebSocket可以用于連接邊緣設備和云服務，實現更高效的數據傳輸和處理。例如，在物聯網場景中，邊緣設備可以通過WebSocket直接與瀏覽器前端通信，減少中間層開銷。

協議擴展與自定義幀將為WebSocket提供更多可能性。RFC 6455允許通過擴展定義自定義幀類型，這為特定領域的應用提供了更多靈活性。未來可能出現更多針對特定場景的WebSocket擴展，如低延遲視頻傳輸、高吞吐量數據推送等。

安全性增強將是WebSocket持續發展的重點。隨著Web應用安全需求的提高，WebSocket的安全機制也將不斷完善。例如，更嚴格的認證機制、端到端加密支持等，將使WebSocket在安全敏感場景中更具競爭力。

與WebAssembly的融合將提升WebSocket應用的性能。WebAssembly允許在瀏覽器中運行高性能代碼，結合WebSocket的實時通信能力，可以構建更復雜的客戶端應用，如實時數據分析、游戲渲染等。

標準化與普及將繼續推動WebSocket的發展。隨著更多瀏覽器和服務器實現對WebSocket的支持，以及相關標準的完善，WebSocket將變得更加普及和穩定。例如，服務端實現庫的成熟、客戶端API的標準化等，都將降低開發難度。

總之，WebSocket作為一種革命性的Web通信協議，不僅解決了傳統HTTP在實時場景中的根本缺陷，還為現代Web應用提供了更多可能性。隨著技術的不斷進步和應用場景的擴展，WebSocket將繼續在Web通信領域發揮重要作用，推動Web應用向更實時、更交互的方向發展。

在實際開發中，開發者應根據具體需求選擇合適的通信方式，WebSocket適合需要雙向實時通信的場景，而HTTP更適合請求-響應模式的應用。通過深入理解WebSocket的工作原理和局限性，開發者可以更好地利用這一技術構建高性能、低延遲的現代Web應用。

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

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

相關文章

單用戶模式、緊急模式、救援模式有什么區別

單用戶模式、緊急模式、救援模式有什么區別

文章目錄 **一、單用戶模式（Single User Mode）****功能與用途****啟動特點****進入方式** **二、緊急模式（Emergency Mode）****功能與用途****啟動特點****進入方式** **三、救援模式（Rescue Mode）****功能…
閱讀更多...
【大模型入門】訪問GPT的API

【大模型入門】訪問GPT的API

目錄 0 前言 免費訪問GPT的API Windows下環境變量的設置 1 非流式輸出 1.1 使用requests庫 1.2 使用OpenAI庫 2 流式輸出 2.1 使用requests庫 2.2 使用OpenAI庫 3 使用OpenAI庫與GPT聊天（存儲對話歷史版） 4 嵌入向量embeddings 4.1 創建嵌入向…
閱讀更多...
Jenkins 部署腳本

Jenkins 部署腳本

java版 #!/bin/bashAPP_NAME"springboot-demo-0.0.1-SNAPSHOT" JAR_PATH"/home/package/target/${APP_NAME}.jar" LOG_PATH"/home/package/logs/app.log"# 查找并停止舊進程 PID$(ps aux | grep "$APP_NAME.jar" | grep -v grep | awk…
閱讀更多...
NV183NV185美光固態閃存NV196NV201

NV183NV185美光固態閃存NV196NV201

美光固態閃存技術深度解析：NV183、NV185、NV196與NV201系列 一、技術架構與核心參數對比 1. 制程工藝與容量布局 美光NV183/NV185/NV196/NV201系列采用176層3D NAND技術，通過垂直堆疊提升存儲密度。其中： NV183：主打256GB容量段…
閱讀更多...
基于單片機PWM控制逆變電源設計資料集：全面掌握逆變電源設計精髓

基于單片機PWM控制逆變電源設計資料集：全面掌握逆變電源設計精髓

基于單片機PWM控制逆變電源設計資料集：全面掌握逆變電源設計精髓 去發現同類優質開源項目:https://gitcode.com/ 項目介紹 在現代電子技術中，逆變電源的設計與應用占據了至關重要的位置。今天，我將為您介紹一個優秀的開源項目——基于單片…
閱讀更多...
Docker Buildx 構建多架構鏡像（Redis、Mysql、Java8、Nginx）

Docker Buildx 構建多架構鏡像（Redis、Mysql、Java8、Nginx）

目標 ARM64 麒麟電腦無法直接拉取 Redis 鏡像，需在 Windows x86 電腦上通過 多架構構建工具（如 Docker Buildx） 生成適配 ARM64 的 Redis 鏡像，再打包傳輸到目標設備。 一、核心問題：跨架構鏡像兼容性 直接保存的 redi…
閱讀更多...
代理IP的安全陷阱：如何避免中間人攻擊與IP池污染？

代理IP的安全陷阱：如何避免中間人攻擊與IP池污染？

在跨境業務、數據采集等場景中，代理IP已成為剛需工具。然而，其隱藏的安全風險卻常被忽視——輕則泄露隱私，重則導致賬號封禁、數據劫持甚至金融損失。本文將深入剖析兩大核心風險（中間人攻擊與IP池污染），并…
閱讀更多...
深入理解大語言模型中的超參數：Temperature、Top-p 與更多

深入理解大語言模型中的超參數：Temperature、Top-p 與更多

隨著大語言模型（LLM）如 GPT、Claude、Gemini 的廣泛應用，調優生成文本的質量與風格成為開發者和研究人員的重要課題。其中，超參數（Hyperparameters）如 temperature 和 top_p 扮演了核心角色，影響…
閱讀更多...
譯碼器Multisim電路仿真匯總——硬件工程師筆記

譯碼器Multisim電路仿真匯總——硬件工程師筆記

目錄 74LS實現二線三線譯碼器 1 74LS139D和74LS138D基礎知識 1.1 74LS139D 二線四線譯碼器 1.1.1 功能特點 1.1.2 引腳功能 1.1.3 工作原理 1.1.4 應用場景 1.1.5 使用方法 1.1.6 注意事項 1.6.7 邏輯真值表 1.2 74LS138D 3線8線譯碼器 1.2.1 功能特點 1.2.2 引腳…
閱讀更多...
國產 OFD 標準公文軟件數科 OFD 閱讀器：OFD/PDF 雙格式支持，公務辦公必備

國產 OFD 標準公文軟件數科 OFD 閱讀器：OFD/PDF 雙格式支持，公務辦公必備

各位辦公軟件小達人們，今天咱來聊聊數科OFD閱讀器！ 軟件下載地址安裝包 這軟件啊，是基于咱國家自主OFD標準的版式閱讀軟件，主要用來閱讀和處理OFD/PDF電子文件，還能用于公務應用擴展。它支持打開和瀏覽OFD/PDF格式的文…
閱讀更多...
vue中的toRef

vue中的toRef

在 Vue 中， toRef 函數用于將響應式對象的屬性轉換為一個獨立的 ref 對象，同時保持與原始屬性的關聯。其參數格式及用法如下： toRef 的參數說明 1. 參數 1：源對象（必須） - 類型： Object &…
閱讀更多...
暖通鍋爐的智能管控：物聯網實現節能又舒適?

暖通鍋爐的智能管控：物聯網實現節能又舒適?

暖通鍋爐系統在建筑供暖、工業供熱等領域扮演著重要角色，其運行效率和能源消耗直接關系到用戶的使用體驗和成本支出。傳統的暖通鍋爐管理方式往往依賴人工操作和經驗判斷，存在能耗高、調節不靈活、舒適性差等問題。隨著物聯網技術的發展，暖通…
閱讀更多...
PHP：從入門到進階的全面指南

PHP：從入門到進階的全面指南

PHP（Hypertext Preprocessor）作為一種廣泛使用的開源腳本語言，尤其適用于 Web 開發并可嵌入 HTML 中。自誕生以來，PHP 憑借其簡單易學、功能強大以及豐富的生態系統，成為了眾多網站和 Web 應用程序開發的首選語言之一。…
閱讀更多...
EXCEL 基礎函數

EXCEL 基礎函數

1、絕對引用、相對引用 1.1相對引用 相對引用，這是最常見的引用方式。復制單元格公式時，公式隨著引用單元格的位置變化而變化 例如在單元格內輸入sum(B2:C2)，然后下拉填充柄復制公式。 可以看到每個單元格的公式不會保持sum(B2:C2)&#…
閱讀更多...
升級到MySQL 8.4，MySQL啟動報錯：io_setup() failed with EAGAIN

升級到MySQL 8.4，MySQL啟動報錯：io_setup() failed with EAGAIN

在升級到MySQL 8.4后，許多用戶在啟動數據庫時遇到了一種常見錯誤：“io_setup() failed with EAGAIN”。本文將深入探討該錯誤的原因，并提供詳細的解決方案。錯誤分析錯誤描述當你啟動MySQL時，可能會在日志文件中看到以下錯誤信息&…
閱讀更多...
【ECharts Y 軸標簽優化實戰：從密集到稀疏的美觀之路】

【ECharts Y 軸標簽優化實戰：從密集到稀疏的美觀之路】

ECharts Y 軸標簽優化實戰：從密集到稀疏的美觀之路 📋 文章背景 在開發數據可視化模塊時，我們遇到了一個常見但棘手的圖表顯示問題：ECharts 圖表的 Y 軸標簽過于密集，影響了用戶體驗和數據的可讀性。本文將詳細記錄整個…
閱讀更多...
【鋰電池剩余壽命預測】GRU門控循環單元鋰電池剩余壽命預測（Pytorch完整源碼和數據）

【鋰電池剩余壽命預測】GRU門控循環單元鋰電池剩余壽命預測（Pytorch完整源碼和數據）

目錄 效果一覽程序獲取程序內容代碼分享效果一覽 程序獲取 獲取方式一：文章頂部資源處直接下載：【鋰電池剩余壽命預測】GRU門控循環單元鋰電池剩余壽命預測（Pytorch完整源碼和數據） 獲取方式二：訂閱電池建模專欄獲取電池系列更多文件。 程序內容 1.【鋰電池剩余壽命預測…
閱讀更多...
Minstrel：多智能體協作生成結構化 LangGPT 提示詞

Minstrel：多智能體協作生成結構化 LangGPT 提示詞

一、項目概述 Minstrel 是一個基于 LangGPT 框架的多智能體系統，自動生成結構化、人格化的提示詞。它通過多個協作代理，提升提示詞的準確性、多樣性和靈活性，適合非 AI 專家使用 (github.com)。 二、問題動機 當前 LLM 提示設計經驗依賴強…
閱讀更多...
Golang發送定時郵件

Golang發送定時郵件

前面嘗試過用Python來發送郵件,下面測試一下Golang如何發送郵件 需要使用三方庫如下 1.安裝github.com/jordan-wright/email go get github.com/jordan-wright/email安裝完成之后代碼如下 package mainimport ("github.com/jordan-wright/email""log""…
閱讀更多...
CodeSys的軟PLC忘記了用戶名和密碼怎么辦

CodeSys的軟PLC忘記了用戶名和密碼怎么辦

Codesys的win v3 x64軟PLC忘記用戶名和密碼怎么辦 概述檢查文件成功 概述 我曾經多次在運行了軟PLC后忘記了自己的用戶名和密碼。有些是回憶起來了，但有些真的想不起來了。沒有辦法后來是重新裝的CodeSys。這次從網上看到大佬寫的文章，試了一下&#xf…
閱讀更多...
最新文章

Copyright @ 2022~2023