解決angular與jetty websocket 每30s自動斷連的問題

背景：

????????前端：angular 12，websocket接口由lib.dom.d.ts提供

????????后端：java，websocket接口由jetty 12提供

問題現象：

? ? ? ? 前端連上server后，每隔30s就會斷開，由于長時間空閑，會導致websocket連接斷開，所以前端也發送了ping報文(由于前端接口沒有單獨的ping/ping接口，因此ping報文和普通報文一樣，都是調用的send()方法)，每隔30s發一次。當然前端可實現以重連機制，但是這樣就會出現反復重連的情況，會導致界面感知不友好，所以還是得找下根本原因。

前端打印的日志:

后端打印的日志：

onWebSocketClose, statusCode=1005, reason=null

前后端都沒有斷連的具體原因，只有狀態碼，這就很難辦了。?為了省事，我用gpt搜出來的常見狀態碼如下：

從上圖可以看出，不管是1005還是1006，都表示沒有收到關閉幀的異常關閉。

?排查思路：

????????因為客戶端周期性的發送了ping報文，所以先排查下是不是服務端的空閑超時時間太短了導致的？

        // 顯式創建 ServerConnector 并設置空閑超時ServerConnector connector = new ServerConnector(server);connector.setPort(port);connector.setIdleTimeout(86400000); // 1 天（毫秒）

上面的代碼就是修改空閑超時時間，先設置為一天，然后重新測試，發現還是不行，前端還是會不斷重連。

????????難道設置的時間沒效果？那就把jetty的日志打開，日志如下：

DEBUG 25-07-25 14:25:59.133 org.eclipse.jetty.websocket.core.server.internal.AbstractHandshaker.upgradeRequest(AbstractHandshaker.java:116) [qtp956673894-39]
session WebSocketCoreSession@1e78624f{SERVER,WebSocketSessionState@78abbc31{CONNECTING,i=NO-OP,o=NO-OP,c=null},[ws://10.10.10.10:8080/mq?token=test,null,false.[permessage-deflate]],af=true,i/o=4096/4096,fs=65536}->JettyWebSocketFrameHandler@6a65aae4[com.nsb.enms.notification.server.WebSocketServer]DEBUG 25-07-25 14:25:59.134 org.eclipse.jetty.io.IdleTimeout.setIdleTimeout(IdleTimeout.java:85) [qtp956673894-39]
Setting idle timeout 86400000 -> 86400000 on SocketChannelEndPoint@202ab0ab[{l=/10.10.10.10:8080,r=/20.20.20.20:45678,OPEN,fill=-,flush=-,to=6/86400000}{io=0/0,kio=0,kro=1}]->[HttpConnection@7fb68543[p=HttpParser{s=END,0 of -1},g=HttpGenerator@7e82a7c8{s=START}]=>HttpChannelState@bd8ef5b{handling=Thread[#39,qtp956673894-39,5,main], handled=false, send=SENDING, completed=false, request=GET@68dd4ee2 http://10.10.10.10:8080/mq?token=test HTTP/1.1}]

從日志上可以看到服務端的設置是生效了的。

????????既然服務端沒問題，那可能是客戶端的空閑超時時間導致的？查了下資料，angular自帶的websocket沒有設置空閑超時時間的方法。那就換個思路，用java寫個客戶端來測試這個問題。

import org.eclipse.jetty.websocket.api.Callback;
import org.eclipse.jetty.websocket.api.Frame;
import org.eclipse.jetty.websocket.api.Session;
import org.eclipse.jetty.websocket.api.annotations.*;
import org.eclipse.jetty.websocket.core.OpCode;import java.nio.ByteBuffer;
import java.util.Scanner;
import java.util.concurrent.CountDownLatch;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;@WebSocket
public class ClientSocket {long start;public final CountDownLatch closeLatch = new CountDownLatch(1);private Session session;private ScheduledExecutorService scheduler;@OnWebSocketOpenpublic void onOpen(Session session) {this.session = session;start = System.currentTimeMillis();System.out.println("客戶端：已連接到服務端，URI: " + session.getUpgradeRequest().getRequestURI() + "," + start);// 啟動心跳scheduler = Executors.newSingleThreadScheduledExecutor();// 注意這里設置的間隔時間是31s
//        scheduler.scheduleAtFixedRate(this::sendPing, 0, 31, TimeUnit.SECONDS);// 注意這里設置的間隔時間是32s
//        scheduler.scheduleAtFixedRate(this::sendMSG, 0, 32, TimeUnit.SECONDS);new Thread(this::readConsoleInput).start();}@OnWebSocketMessagepublic void onMessage(Session session, String message) {System.out.println("客戶端：收到服務端消息: " + message);}@OnWebSocketFramepublic void onFrame(Session session, Frame frame, Callback cb) {System.out.println("客戶端：收到幀，操作碼: " + frame.getOpCode());if (frame.getOpCode() == OpCode.PONG) {System.out.println("客戶端：收到 PONG 幀，負載: " + frame.getPayload());}}@OnWebSocketClosepublic void onClose(Session session, int statusCode, String reason) {this.session = null;System.out.println("客戶端：連接關閉，狀態碼: " + statusCode + ", 原因: " + reason + "," + (System.currentTimeMillis() - start));closeLatch.countDown();}@OnWebSocketErrorpublic void onError(Session session, Throwable throwable) {System.err.println("客戶端：發生錯誤: " + throwable.getMessage() + "," + System.currentTimeMillis());throwable.printStackTrace();}private void readConsoleInput() {Scanner scanner = new Scanner(System.in);System.out.println("請輸入消息（輸入 'ping' 發送 PING 幀，'exit' 退出）：");while (session != null && session.isOpen()) {String input = scanner.nextLine();if ("exit".equalsIgnoreCase(input)) {try {session.close(1000, "Client requested closure", Callback.from(() -> {System.out.println("客戶端：消息發送成功: " + input);}, throwable -> {throwable.printStackTrace();}));} catch (Exception e) {e.printStackTrace();}break;} else if ("ping".equalsIgnoreCase(input)) {try {ByteBuffer payload = ByteBuffer.wrap("PingTest".getBytes());session.sendPing(payload, Callback.from(() -> {System.out.println("客戶端：發送 PING 幀成功");}, throwable -> {throwable.printStackTrace();}));} catch (Exception e) {e.printStackTrace();}} else if (!input.trim().isEmpty()) {try {session.sendText(input, Callback.from(() -> {System.out.println("客戶端：消息發送成功: " + input);}, throwable -> {throwable.printStackTrace();}));} catch (Exception e) {e.printStackTrace();}}}scanner.close();}private void sendPing() {if (session != null && session.isOpen()) {try {ByteBuffer payload = ByteBuffer.wrap("PingTest".getBytes());session.sendPing(payload, Callback.from(() -> {System.out.println("客戶端：發送 PING 幀成功");}, throwable -> {throwable.printStackTrace();}));} catch (Exception e) {e.printStackTrace();}}}private void sendMSG() {if (session != null && session.isOpen()) {try {String input = String.valueOf(System.currentTimeMillis());session.sendText(input, Callback.from(() -> {System.out.println("客戶端：消息發送成功: " + input);}, throwable -> {throwable.printStackTrace();}));} catch (Exception e) {e.printStackTrace();}}}
}

注意看，上面的代碼，默認是把這兩行代碼屏蔽了的：

//        scheduler.scheduleAtFixedRate(this::sendPing, 0, 31, TimeUnit.SECONDS);
//        scheduler.scheduleAtFixedRate(this::sendMSG, 0, 32, TimeUnit.SECONDS);

這兩行代碼表示周期性發送ping/msg，

第一行表示每隔31s發送一次ping報文，

第二行表示每隔32s發送一次msg消息。

以下是調用代碼：

import org.eclipse.jetty.websocket.client.WebSocketClient;import java.net.URI;
import java.time.Duration;
import java.util.concurrent.TimeUnit;public class TestClient {public static void main(String[] args) throws Exception {String serverUri = "ws://10.10.10.10:8080/mq";WebSocketClient client = new WebSocketClient();
//        client.setMaxTextMessageSize(65536);try {client.start();System.out.println("WebSocket 客戶端已啟動");ClientSocket wsClient = new ClientSocket();// 設置空閑超時時間，默認注釋該行
//            client.setIdleTimeout(Duration.ofSeconds(60));client.connect(wsClient, new URI(serverUri));boolean closed = wsClient.closeLatch.await(5, TimeUnit.MINUTES);if (!closed) {System.out.println("等待連接關閉超時");}} catch (Exception e) {e.printStackTrace();} finally {client.stop();System.out.println("WebSocket 客戶端已停止");}}
}

注意，因為java client支持設置空閑超時時間，所以上面的代碼，默認先注釋掉設置空閑超時時間的代碼。執行上述代碼，等待一會，可以看到如下輸出日志：

WebSocket 客戶端已啟動
客戶端：已連接到服務端，URI: ws://10.10.10.10:8080/mq,1753427445848
請輸入消息（輸入 'ping' 發送 PING 幀，'exit' 退出）：
客戶端：消息發送成功: 1753427445852
客戶端：發生錯誤: Connection Idle Timeout,1753427475886
org.eclipse.jetty.websocket.api.exceptions.WebSocketTimeoutException: Connection Idle Timeoutat org.eclipse.jetty.websocket.common.JettyWebSocketFrameHandler.convertCause(JettyWebSocketFrameHandler.java:436)at org.eclipse.jetty.websocket.common.JettyWebSocketFrameHandler.onError(JettyWebSocketFrameHandler.java:240)...
Caused by: org.eclipse.jetty.websocket.core.exception.WebSocketTimeoutException: Connection Idle Timeout... 10 more
Caused by: java.util.concurrent.TimeoutException: Idle timeout expired: 30011/30000 msat org.eclipse.jetty.io.IdleTimeout.checkIdleTimeout(IdleTimeout.java:167)... 7 more
客戶端：連接關閉，狀態碼: 1001, 原因: Connection Idle Timeout,30040
WebSocket 客戶端已停止

從日志上可以得知，關閉原因是：Connection Idle Timeout,30040，說明連接空閑時間超過了30s導致客戶端被關閉。

服務端也是打印的相同的日志：

onWebSocketClose, statusCode=1001, reason=Connection Idle Timeout,

因為服務器端的空閑超時時間設置的1天，由此說明，連接斷開是受客戶端的空閑超時時間影響的，從日志上也可以得出，默認情況下，客戶端的空閑超時時間就是30s。

????????我們前面提到的幾行注釋代碼，就是為了驗證這個30s的問題，接下來，挨個測試下那些被注釋的代碼，看下都有什么輸出的結果。

驗證代碼：

測試1：設置客戶端的超時時間

放開TestClient下的代碼：

client.setIdleTimeout(Duration.ofSeconds(60));

這個表示空閑超時時間為60s后，重新執行測試用例，輸出如下：

WebSocket 客戶端已啟動
客戶端：已連接到服務端，URI: ws://10.10.10.10:8080/mq,1753428684378
請輸入消息（輸入 'ping' 發送 PING 幀，'exit' 退出）：
客戶端：發生錯誤: Connection Idle Timeout,1753428744397
...
Caused by: org.eclipse.jetty.websocket.core.exception.WebSocketTimeoutException: Connection Idle Timeout... 10 more
Caused by: java.util.concurrent.TimeoutException: Idle timeout expired: 60005/60000 msat org.eclipse.jetty.io.IdleTimeout.checkIdleTimeout(IdleTimeout.java:167)... 7 more
客戶端：連接關閉，狀態碼: 1001, 原因: Connection Idle Timeout,60020
WebSocket 客戶端已停止

日志顯示60s之后才報超時，說明前面設置的超時代碼生效了。

測試2：周期性發送ping報文

先注釋掉TestClient的60s超時機制，保持默認30s，然后，將ClientSocket下的周期性發送ping報文的代碼打開，間隔為31s。

TestClient.java 修改如下：

            // TestClient.java 中注釋該行
//            client.setIdleTimeout(Duration.ofSeconds(60));

ClientSocket.java 修改如下：?

// ClientSocket.java 中放開該行，且周期為31s
scheduler.scheduleAtFixedRate(this::sendPing, 0, 31, TimeUnit.SECONDS);

執行結果如下：

WebSocket 客戶端已啟動
客戶端：已連接到服務端，URI: ws://10.10.10.10：8080/mq,1753429262205
請輸入消息（輸入 'ping' 發送 PING 幀，'exit' 退出）：
客戶端：發送 PING 幀成功
客戶端：收到幀，操作碼: 10
客戶端：收到 PONG 幀，負載: java.nio.HeapByteBufferR[pos=0 lim=8 cap=8]
客戶端：發生錯誤: Connection Idle Timeout,1753429292256
Connection Idle Timeout... 10 more
Caused by: java.util.concurrent.TimeoutException: Idle timeout expired: 30015/30000 msat org.eclipse.jetty.io.IdleTimeout.checkIdleTimeout(IdleTimeout.java:167)... 7 more
客戶端：連接關閉，狀態碼: 1001, 原因: Connection Idle Timeout,30053
WebSocket 客戶端已停止

日志顯示，問題復現，連接空閑超時超過30s 。

現在修改下ClientSocket.java代碼，將超時時間設置為29s，代碼如下：

// ClientSocket.java 中放開該行，且周期為29s
scheduler.scheduleAtFixedRate(this::sendPing, 0, 29, TimeUnit.SECONDS);

然后執行，輸出的結果就不一樣了：?

WebSocket 客戶端已啟動
客戶端：已連接到服務端，URI: ws://10.10.10.10：8080/mq,1753429377099
請輸入消息（輸入 'ping' 發送 PING 幀，'exit' 退出）：
客戶端：發送 PING 幀成功
客戶端：收到幀，操作碼: 10
客戶端：收到 PONG 幀，負載: java.nio.HeapByteBufferR[pos=0 lim=8 cap=8]
客戶端：發送 PING 幀成功
客戶端：收到幀，操作碼: 10
客戶端：收到 PONG 幀，負載: java.nio.HeapByteBufferR[pos=0 lim=8 cap=8]
客戶端：發送 PING 幀成功
客戶端：收到幀，操作碼: 10
客戶端：收到 PONG 幀，負載: java.nio.HeapByteBufferR[pos=0 lim=8 cap=8]
客戶端：發送 PING 幀成功
客戶端：收到幀，操作碼: 10
客戶端：收到 PONG 幀，負載: java.nio.HeapByteBufferR[pos=0 lim=8 cap=8]
客戶端：發送 PING 幀成功
客戶端：收到幀，操作碼: 10
客戶端：收到 PONG 幀，負載: java.nio.HeapByteBufferR[pos=0 lim=8 cap=8]

從上面可以得出結論，只要周期在30s以內發送ping報文，則不會出現超時的問題。

那么，ping報文是否必須發送呢，如果只發送msg呢，是否也能達到相同的效果？

測試3：發送msg報文

修改ClientSocket.java，代碼如下：

        // 注釋該行，不發送ping報文
//        scheduler.scheduleAtFixedRate(this::sendPing, 0, 29, TimeUnit.SECONDS);// 僅發送msg報文scheduler.scheduleAtFixedRate(this::sendMSG, 0, 32, TimeUnit.SECONDS);

設置發送周期為32s，輸出結果如下：?

WebSocket 客戶端已啟動
客戶端：已連接到服務端，URI: ws://10.10.10.10:8080/mq,1753430236546
請輸入消息（輸入 'ping' 發送 PING 幀，'exit' 退出）：
客戶端：消息發送成功: 1753430236548
客戶端：發生錯誤: Connection Idle Timeout,1753430266587
org.eclipse.jetty.websocket.api.exceptions.WebSocketTimeoutException: Connection Idle Timeout...
Caused by: org.eclipse.jetty.websocket.core.exception.WebSocketTimeoutException: Connection Idle Timeout... 10 more
Caused by: java.util.concurrent.TimeoutException: Idle timeout expired: 30011/30000 msat org.eclipse.jetty.io.IdleTimeout.checkIdleTimeout(IdleTimeout.java:167)... 7 more
客戶端：連接關閉，狀態碼: 1001, 原因: Connection Idle Timeout,30042
WebSocket 客戶端已停止

問題同上，因為發送周期為32s，超過了30s，所以會報超時的錯誤。

接下來把發送周期改小為29s，看下是什么情況：

scheduler.scheduleAtFixedRate(this::sendMSG, 0, 29, TimeUnit.SECONDS);

輸出日志：

WebSocket 客戶端已啟動
客戶端：已連接到服務端，URI: ws://100.10.10.10:8080/mq,1753430446727
請輸入消息（輸入 'ping' 發送 PING 幀，'exit' 退出）：
客戶端：消息發送成功: 1753430446728
客戶端：消息發送成功: 1753430475742
客戶端：消息發送成功: 1753430504734
客戶端：消息發送成功: 1753430533728
客戶端：消息發送成功: 1753430562739
客戶端：消息發送成功: 1753430591733
客戶端：消息發送成功: 1753430620732
客戶端：消息發送成功: 1753430649737
客戶端：消息發送成功: 1753430678739

周期性地發送msg報文，連接也正常，沒有出現超時的問題。

通過上面幾個日志的對比，可以得出如下結論：

1、驗證了默認30s超時的問題。

2、 只要在30s內周期性地發送報文，無論是ping還是msg，都可以避免超時的問題。

解決方案：

? ? ? ? 經過以上的分析驗證，現在已經明確了，問題就出在客戶端的空閑超時上。解決方案有三種：

????????1、設置客戶端的空閑超時時間為一個很大的數；這個方法不現實，同時，因為angular上沒相應的接口，所以也沒法實現。

????????2、客戶端周期發送ping報文，間隔需要小于客戶端的空閑超時時間；

????????3、客戶端周期發送msg報文，間隔需要小于客戶端的空閑超時時間；實際上，msg報文是根據業務產生的，不具有周期性。java側是將ping報文和msg報文分開的，但angular沒有提供發送ping報文的單獨接口，所以發送ping報文實際也是通過發送msg報文的接口發送出去的。

????????4、服務端周期性的發送ping報文，間隔需要小于客戶端的空閑超時時間；這個方法有個問題，服務端需要對每個新的請求都建一個定時的timer，并在每個請求斷開時，取消對應的timer，這就增加了服務端管理session的復雜度。因此，我不建議采用這種方法。

? ? ? ? 所以，比較好的解決辦法是，angular需要周期性的發送ping報文，間隔時間需要小于空閑超時時間。

????????但在文章開頭，我們已經介紹了，前端實際上是有實現周期發送ping報文的，間隔周期設置的是30s。這個30s，就是問題的根源，因為是超時的臨界值，稍不注意就超時了，可以用前面介紹的java客戶端做測試，將周期改為30s，就會出現超時的情況。

? ? ? ? 基于此，本文提出的問題也好解決，將超時時間改為30s以內即可，為了保險起見可以改為15s。? ? ? ?

? ? ? ? 本以為找到問題的根本原因了，結果經測試，問題并沒有解決，哈哈，😂。沒辦法了，打開前端的debug模式，看到控制臺有很多異常打印：

ERROR SyntaxError: Unexpected token 'p', "ping" is not valid JSONat JSON.parse (<anonymous>)at t.onMessage (main-es2015.d1b55912bea89f3f09c9.js:1:1177790)at ws.onmessage [as __zone_symbol__ON_PROPERTYmessage] (main-es2015.d1b55912bea89f3f09c9.js:1:1177023)
ERROR SyntaxError: Unexpected token 'p', "pong" is not valid JSONat JSON.parse (<anonymous>)at t.onMessage (main-es2015.d1b55912…3f09c9.js:1:1177790)at ws.onmessage [as __zone_symbol__ON_PROPERTYmessage] (main-es2015.d1b55912…3f09c9.js:1:1177023)at WebSocket.S (vendor-es2015.5e60c9…21fe60.js:1:5147553)

?這打印的異常說明處理的數據不是json格式的，因為收到的是ping和pong消息，所以一開始覺得這個錯誤沒啥影響，也就一直沒放在心上。報錯的源碼如下：

  protected onMessage(evt) {const msg: Message = JSON.parse(evt.data);const notice = msg.data;const type = msg.type; ...}

按照前面的分析，前端每15s發送一次ping，理論上可以保持連接活躍了，但接近一分鐘的時候還是斷了。經過一番查詢后，還是懷疑這個點，于是加上try/catch試試，不讓其報錯，修改的代碼如下：

  protected onMessage(evt) {let msg: any;try {msg = JSON.parse(evt.data);} catch (e) {console.warn('Received non-JSON message from server:', evt.data);return;  // 跳過非 JSON 消息，比如ping/pong}...}

然后再測試，發現對了，好吧，問題總算是解決了。?前端我也不熟悉，所以就不總結了，就這樣吧，完結，撒花。

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

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

相關文章

【機器學習深度學習】模型私有化部署與微調訓練：賦能特定問題處理能力

【機器學習深度學習】模型私有化部署與微調訓練：賦能特定問題處理能力

目錄 前言 一、私有化部署的背景&#xff1a;通用能力 ≠ 企業實用 暴露問題 二、微調訓練的核心目的 2.1 動作一&#xff1a;私有化部署&#xff08;Private Deployment&#xff09; 2.2 動作二&#xff1a;領域微調&#xff08;Domain Fine-Tuning&#xff09; 2.3 微…
閱讀更多...
Seq2Seq學習筆記

Seq2Seq學習筆記

Seq2Seq模型概述Seq2Seq&#xff08;Sequence-to-Sequence&#xff09;是一種基于深度學習的序列生成模型&#xff0c;主要用于處理輸入和輸出均為序列的任務&#xff0c;如機器翻譯、文本摘要、對話生成等。其核心思想是將可變長度的輸入序列映射為另一個可變長度的輸出序列。…
閱讀更多...
react useId

react useId

useId useId 是 React 18 引入的一個內置 Hook&#xff0c;用于生成唯一且穩定的 ID &#xff0c; 主要用于&#xff0c;解決在客戶端和服務器端渲染&#xff08;SSR&#xff09;時&#xff0c;動態生成 ID 可能導致的沖突問題&#xff1b; 特別適合用于&#xff0c;需要關聯 H…
閱讀更多...
排水管網實時監測筑牢城市安全防線

排水管網實時監測筑牢城市安全防線

排水管網的實時監測工作&#xff0c;強調其對于保障城市安全的重要作用。“排水管網”明確了具體的關注對象&#xff0c;它是城市基礎設施的重要組成部分&#xff0c;承擔著雨水、污水排放等關鍵功能。“實時監測”突出了監測的及時性和持續性&#xff0c;意味著能夠隨時獲取排…
閱讀更多...
SZU大學物理實驗報告|電位差計

SZU大學物理實驗報告|電位差計

寫在前面&#xff1a;博文里放圖片&#xff0c;主要省去了對文檔的排版時間&#xff0c;實驗還是要自己做的&#xff0c;反正都要去實驗室上課&#xff0c;順帶鍛煉下動手能力。有些結果是實驗手寫的&#xff0c;所以看不到&#xff0c;有結果的可以對下結果差的不太多就行&…
閱讀更多...
RoPE簡單解析

RoPE簡單解析

文章目錄簡介拆解一些tricks簡介 因為RoPE的優異性能&#xff0c;其已成為各種大模型中位置編碼的首選&#xff0c;包括多模態模型&#xff1b;在一些多模態模型或視頻理解模型中&#xff0c;甚至會用到多維度RoPE。雖然RoPE已廣泛應用&#xff0c;之前也看了不少針對其原理解…
閱讀更多...
windows 獲取 APK 文件的包名和啟動 Activity 名稱

windows 獲取 APK 文件的包名和啟動 Activity 名稱

使用 aapt 命令確保環境變量配置正確&#xff1a;首先需要確保你的系統環境變量中包含了 Android SDK 的 build-tools 目錄路徑。這是因為 aapt 工具位于該目錄下。運行命令&#xff1a; 打開命令提示符&#xff08;CMD&#xff09;&#xff0c;然后輸入以下命令來查看 APK 的詳…
閱讀更多...
【Mac版】Linux 入門命令行快捷鍵+聯想記憶

【Mac版】Linux 入門命令行快捷鍵+聯想記憶

Linux Mac 用戶終端命令行快捷鍵 符號速查全解作為一個剛接觸 Linux 和終端的 macOS 用戶&#xff0c;常常被命令行的各種快捷鍵和符號弄得頭暈腦脹&#xff0c;本文將帶你系統地掌握命令行中最常用的快捷鍵和符號&#xff0c;并通過邏輯聯想幫助你輕松記住每一個組合。一、基…
閱讀更多...
AUTOSAR Mcal Dio - 模塊介紹 + EB配置工具介紹

AUTOSAR Mcal Dio - 模塊介紹 + EB配置工具介紹

文章目錄1. 模塊簡介2. 主要功能3. 縮略語4. API接口5. 功能介紹5.1. ChannelGroup5.2. Dio_MaskedWritePort6. 序列圖6.1.讀GPIO電平6.2. 設置GPIO電平7. EB 工具配置7.1.General7.2.DioPort8. 參考資料1. 模塊簡介 Dio&#xff0c;全稱“Digital Input Output”。Dio模塊&am…
閱讀更多...
ICT模擬零件測試方法--晶體管測試

ICT模擬零件測試方法--晶體管測試

ICT模擬零件測試方法–晶體管測試 文章目錄ICT模擬零件測試方法--晶體管測試晶體管測試晶體管測試配置晶體管測試配置晶體管測量選項晶體管測試 i3070 在線測試軟件為每個晶體管提供兩種測試&#xff1a; 使用二極管測試對晶體管的兩個 PN 結進行測試。這是檢查設備存在的快速…
閱讀更多...
AI算法實現解析-C++實例

AI算法實現解析-C++實例

基于C++實現的AI 以下是基于C++實現的AI/機器學習相關示例，涵蓋基礎算法、計算機視覺、自然語言處理等領域，適合不同階段的學習者參考： 基礎機器學習算法 線性回歸 使用梯度下降法預測連續值，核心公式： 損失函數： 邏輯回歸 二分類問題實現，Sigmoid函數： K-Means…
閱讀更多...
亞馬遜云科技實戰架構：構建可擴展、高效率、無服務器應用

亞馬遜云科技實戰架構：構建可擴展、高效率、無服務器應用

對于今天的開發者、架構師和技術愛好者而言&#xff0c;云計算早已超越了簡單的“虛擬機租賃”或“服務器托管”階段。它已經演化為一套豐富、強大且精密的工具集&#xff0c;能夠以前所未有的方式設計、部署和擴展應用程序。真正的云原生思維&#xff0c;是掌握并運用多種架構…
閱讀更多...
論文閱讀：《無約束多目標優化的遺傳算法，群體和進化計算》

論文閱讀：《無約束多目標優化的遺傳算法，群體和進化計算》

前言 提醒&#xff1a; 文章內容為方便作者自己后日復習與查閱而進行的書寫與發布&#xff0c;其中引用內容都會使用鏈接表明出處&#xff08;如有侵權問題&#xff0c;請及時聯系&#xff09;。 其中內容多為一次書寫&#xff0c;缺少檢查與訂正&#xff0c;如有問題或其他拓展…
閱讀更多...
嵌入式單片機中位帶操作控制與實現

嵌入式單片機中位帶操作控制與實現

STM32 單片機的SRAM有兩個區支持位帶(bit-band)操作。 那么，什么是位帶，位帶操作的原理是怎樣的呢？ 今天來梳理一下這個知識點。 在介紹位帶操作之前，先看一看 ARM Crotext-M3 的存儲器映射。 CM3 的地址空間是 4GB, 程序可以在代碼區，內部 SRAM 區以及外部 RAM 區中執…
閱讀更多...
考研初試專業分146！上岸新疆大學！信號與系統考研經驗，通信考研小馬哥。

考研初試專業分146！上岸新疆大學！信號與系統考研經驗，通信考研小馬哥。

信號與系統專業課分數146&#xff0c;希望以下的經驗能夠幫助到正在努力學習的學弟學妹們更好的學習專業課。本人是從四月份開始學習專業課&#xff0c;當時我覺得專業課應該要盡早開始越拖到后期學習壓力越大&#xff0c;所以在周邊同學還在只學習公共課的時候我就開始了專業課…
閱讀更多...
負載均衡算法中的加權隨機算法

負載均衡算法中的加權隨機算法

import org.apache.commons.lang3.tuple.Pair;import java.util.Arrays; import java.util.List; import java.util.concurrent.ThreadLocalRandom; import java.util.stream.Collectors;/*** 加權隨機,nacos*/ public class RouterWeightRandom {/**** param list [{"a&q…
閱讀更多...
AI時代SEO關鍵詞優化策略

AI時代SEO關鍵詞優化策略

內容概要 在人工智能&#xff08;AI&#xff09;技術深度融入數字營銷的背景下&#xff0c;搜索引擎優化&#xff08;SEO&#xff09;的關鍵詞優化策略正經歷一場智能變革&#xff0c;這不僅重塑了傳統研究方式&#xff0c;還為企業帶來了全新的競爭機遇。本文將從AI時代SEO的變…
閱讀更多...
復矩陣與共軛轉置矩陣乘積及其平方根矩陣

復矩陣與共軛轉置矩陣乘積及其平方根矩陣

設 是一個 的復數矩陣&#xff0c;其共軛轉置矩陣&#xff08;Hermitian 共軛&#xff09;記為 &#xff08;即 &#xff09;&#xff0c;則矩陣 &#xff08; &#xff09;和 &#xff08; &#xff09;的性質如下文所述。1. Hermitian 性&#xff08;自共軛性&#x…
閱讀更多...
Vue 框架 學習筆記

Vue 框架 學習筆記

作為初學者對于Vue框架的學習筆記 總結了Vue框架的核心知識點&#xff0c;包括&#xff1a;1. 基礎概念&#xff1a;漸進式框架、兩種使用方式、Vue實例創建流程、模板語法和響應式特性。2. 常用指令&#xff1a;詳細介紹了v-html、v-show/v-if、v-for、v-on、v-bind、v-model等…
閱讀更多...
飛牛系統安裝DataEase自定義Docker包

飛牛系統安裝DataEase自定義Docker包

飛牛系統安裝DataEase自定義Docker包背景構造DataEase Docker包1.在Linux 系統中&#xff08;比如我這里選麒麟V10&#xff09;安裝Docker2.準備打包文件3.執行打包4.驗證打好的包上傳DataEase Docker包1.把本地docker 容器導出1.1查看鏡像列表命令&#xff1a;docker images1.…
閱讀更多...
最新文章

Copyright @ 2022~2023