1.為什麼需要使用$nextTick? 首先我們來看看官方對於$nextTick的定義: 在下次 DOM 更新循環結束之後執行延遲迴調。在修改數據之後立即使用這個方法，獲取更新後的 DOM。 由於vue的試圖渲染是異步的，生命週期的created()鈎子函數進行的DOM操作一定要放在Vue.nextTick()的回調函數中，原因是在created()鈎子函數執行的時候DOM其實並未進行渲染，而此時
昵稱 京東雲開發者
一： HTML DOM 1.HTML DOM：文檔對象模型 JS操作HTML文檔的接口，JS改變頁面中的所有HTML元素、HTML屬性、CSS樣式，對所有世間做出反應;DOM是JS操作HTML和CSS的橋樑。 樹型結構 eg: 2.nodeType 1 元素節點 3 文字節點 8 註釋節點 9 docunment節點 10 DTD節點
昵稱 茶色島
不知道你有沒有在控制枱見到過類似這樣的輸出 我們會發現，同樣都是獲取元素的代碼，為啥一個是NodeList，一個是HTMLCollection。 那麼這倆是啥？又有啥區別，本篇文章我們就聊聊這個。 NodeList NodeList對象是節點的集合(類數組)。通常是由屬性，如Node.childNodes 和 方法（如document.querySelectorAll） 返回的
昵稱 aqiongbei
引言 瀏覽器這玩意兒現在真夠詭異的。WebAssembly 在服務器端混得風生水起，但客户端還是那副老樣子，跟十年前沒啥區別。 WASM 粉會跟你吹，通過點 JS 膠水代碼就能調原生 Web API。但核心問題是：為啥非得用 DOM？這東西就是個默認選項罷了。本文直擊 DOM 和相關 API 的痛點，為什麼該讓它們退場了，順便腦洞下怎麼改進。 作者不是瀏覽器全棧專家——沒人能全懂了，這正是癥結所在
昵稱 葡萄城技術團隊
本文主要梳理下Netty裏的EventLoop。 EventLoop並非Netty所獨有，它是一種事件等待和處理的程序模型，可以解決多線程資源消耗高的問題,EventLoop在node.js中也有使用。下圖是EventLoop通用的運行模式。每當事件發生時，應用程序都會將產生的事件放入事件隊列中，然後EventLoop會輪詢從隊列中取出事件執行或者將事件分發給相應的事件監聽者執行。事件執行的方式通
昵稱 步履不停
編者按：SMC-R 作為一套與 TCP/IP 協議平行、向上兼容 socket 接口、底層使用 RDMA 完成共享內存通信的內核協議棧，其設計意圖是為 TCP 應用提供透明的 RDMA 服務，同時保留了 TCP/IP 生態系統中的關鍵功能。本文轉自浪潮信息操作系統公眾號，介紹了在龍蜥操作系統衍生版 KeyarchOS （浪潮信息雲巒服務器操作系統）環境下，使用 SMC-R 透明加速 TCP 技術在
昵稱 龍蜥社區
深入理解rtmp(三)之手把手實現握手協議 RTMP是基於TCP協議的應用層協議,默認通信端口1935.實現握手協議前先了解一下rtmp握手協議吧!!! 握手過程 要建立一個有效的RTMP Connection鏈接，首先要“握手”:客户端要向服務器發送C0,C1,C2（按序）三個chunk，服務器向客户端發送S0,S1,S2（按序）三個chunk，然後才能進行有效的信息傳輸。RTMP協議本身並沒有
昵稱 輕口味
引言 在過去的三十年裏，HTTP（超文本傳輸協議）一直是互聯網的支柱。我們可以通過 HTTP 瀏覽網頁、下載文件、流式傳輸電影等。這一協議隨着時間的推移已經得到了重大改進。 HTTP 協議是一個應用層協議，它基於 TCP（傳輸控制協議）工作。TCP 協議有若干限制，導致 Web 應用響應較慢。 谷歌開發了一種名為 QUIC 的顛覆性傳輸協議，以克服 TCP 的缺點。QUIC 幾年前被標準化，並加入
昵稱 火爆的鍵盤
sockets文檔地址：https://www.php.net/manual/zh/book.sockets.php 一：安裝sockets拓展 1：windows安裝sockets 找到php.ini文件，將下面這行註釋即可 extension=sockets 2：Linux安裝sockets pecl install sockets 找到php.ini文件，增加下面這行即可 extension
昵稱 huaweichenai
1. 數據包封裝 傳輸層及其以下的機制由內核提供，應用層由用户進程提供(後面將介紹如何使用 socket API編寫應用程序)，應用程序對通訊數據的含義進行解釋，而傳輸層及其以下 處理通訊的細節，將數據從一台計算機通過一定的路徑發送到另一台計算機。應用層 數據通過協議棧發到網絡上時，每層協議都要加上一個數據首部(header)，稱為封裝 (Encapsulation)，如下圖所示 不同的協議層對
昵稱 輕口味
1. tcp狀態轉換圖 這個圖N多人都知道，它排除和定位網絡或系統故障時大有幫助，但是怎樣牢牢地將這 張圖刻在腦中呢?那麼你就一定要對這張圖的每一個狀態，及轉換的過程有深刻 的認識， 不能只停留在一知半解之中。下面對這張圖的11種狀態詳細解析一下，以便加強記憶!不過在這之前，先回顧一下TCP建立連接的三次握手過程，以及關閉連接的四次握手過程。 1.1建立連接協議(三次握手) 客户端發送
昵稱 輕口味
1. 什麼是路由（route）？ 網絡信息從信源到信宿的路徑。路由是指路由器從一個接口上收到數據包，根據數據包的目的地址進行定向並轉發到另一個接口的過程。 路由通常與橋接來對比，在粗心的人看來，它們似乎完成的是同樣的事。它們的主要區別在於橋接發生在OSI參考模型的第二層(數據鏈路層)，而路由發生在第三層(網絡層)。這一區別使二者在傳遞信息的過程中使用不同的信息，從而以不同的方式來完成其任務。
昵稱 輕口味
TCP/IP在數據包設計上採用封裝和分用的策略，所謂封裝就是在應用程序在發送數據的過程中，每一層都增加一些首部信息，這些信息用於和接收端同層次進行溝通，例如當數據從應用程序發送到以太網過程中數據逐層加工。 1.應用層 應用層做為 TCP/IP 協議的最高層級，對於我們移動開發來説，是接觸最多的。 運行在TCP協議上的協議： HTTP（Hypertext Transfer Protoco
昵稱 用户bPddcxP
TCP/IP（Transmission Control Protocol/Internet Protocol，傳輸控制協議/互聯網協議）是互聯網和現代計算機網絡的基礎協議集。它定義了數據在網絡上如何被組織、傳輸和路由。TCP/IP協議集包含了許多協議，每個協議負責網絡通信過程中的不同方面。下面是對TCP/IP協議的詳細介紹，包括其工作原理、組成部分以及實際應用。 TCP/IP 協議的基本概念 1.
昵稱 用户bPddcxP
TCP (Transmission Control Protocol) 是計算機網絡中的核心通信協議之一，在許多場景下，用於確保數據可靠地從一個設備傳輸到另一個設備。TCP 通信中的 data packages，中文稱為數據包，是 TCP 通信機制的一個關鍵概念。為了深入理解 data packages，需要結合 TCP 的工作原理、應用場景以及實際的案例來説明。 TCP 通信中的 data pa
昵稱 註銷
在 TCP 通訊場景中，TCP 客户端和 TCP 服務器端的角色可以看作網絡傳輸中的兩個關鍵節點，分別負責發起連接和處理請求。這種基於 TCP（傳輸控制協議）的通信方式，確保了數據的可靠性和順序傳輸，使得應用程序能夠在不需要關注底層網絡傳輸細節的情況下，進行穩健的數據交換。 TCP 客户端和服務器的基本作用 TCP 客户端 是負責發起通信的一方。它通過向服務器端發起連接請求，開始建立一個穩定的通信
昵稱 註銷
科技飛速發展，數據傳輸的需求日益增長，尤其是在物理、科研等領域，對數據傳輸的速度、穩定性和效率提出了更高的要求。在這樣的背景下，萬兆以太網（10Gbit Ethernet）以其高帶寬、低延遲和強大的傳輸能力成為眾多領域的首選。而TCP/IP（傳輸控制協議/互聯網協議）作為互聯網的核心協議，負責數據傳輸的可靠性和正確性。那麼，萬兆以太網和TCP/IP之間究竟有何關係？它們又是如何協同工作的呢？
昵稱 用户bPbDqZf
引言 許多開發者都曾面對過這樣一個的問題：明明分別調用兩次send()發送了"Hello"和"World"，接收方卻可能在一個recv()調用中讀到完整的"HelloWorld"；或是發送了一個完整的 JSON 對象，接收端卻需要多次讀取才能拼湊出完整數據。這種現象被中文技術社區廣泛稱為“TCP 粘包” 然而，若我們深入 TCP 協議的設計本質，會發現一個令人困惑的矛盾——RFC 文檔中從未定義過
昵稱 牛肉燒烤屋
首發於github page 自己動手編寫tcp/ip協議棧1:tcp包解析 tuntap 由於linux內核控制了網絡接口，所以應用層不能直接使用網絡接口來處理網絡包。linux通過提供tuntap虛擬網絡接口的機制，讓用户可以在應用層處理原始的網絡包。 tun使用示例 tuntap可以創建兩種虛擬網絡接口：tun和tap。tap是二層網絡接口，提供mac幀。tun是三層網絡接口，提供ip包。
昵稱 千舟
當 TCP 連接中的接收方應用程序不調用 recv() （或類似的接收函數，如 read()） 時，會發生一系列由 TCP 協議棧自動處理的情況，核心是 TCP 的流量控制機制會介入。 我們假設有兩個主要部分：發送方 （Sender） 和 接收方 （Receiver）。每一方都有應用程序層 （App） 和內核 TCP 層 （Kernel）。 階段 1: 正常數據傳輸 1、接收方 App 正常調
昵稱 CppPlayer
本文為墨天輪數據庫管理服務團隊第86期技術分享，內容原創，作者為技術顧問蘭珊，如需轉載請聯繫小墨（VX：modb666）並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 一、報告概述 當單表數據量增長至千萬級甚至更大規模時，數據庫系統往往會面臨顯著的性能瓶頸與運維挑戰： 數據訪問的性能急劇下降，全表掃描耗時隨數據量指數級增長,索引訪問也難以降低範圍掃描的IO消耗； 系統維護難度陡增，數據
昵稱 墨天輪
前言 在 Oracle 數據庫的恢復過程中，ORA-38757 錯誤是一個常見的“攔路虎”。它提示你：“數據庫必須處於掛載狀態且未打開時才能執行 FLASHBACK 操作。” 如果你遇到了這個錯誤，不要慌張。這篇文章將為你詳細解析錯誤成因，並提供清晰的排查與修復步驟，幫助你順利完成閃回任務。 一、什麼是 ORA-38757？ 當你嘗試使用 FLASHBACK DATABASE 命令進行數據庫級別
昵稱 雲輕雨細
在默認情況下，Oracle RMAN將備份時產生的元信息保存到控制文件中。RMAN在執行恢復時，就需要讀取控制文件，從而找到備份的信息來完成數據庫的恢復。因此，如果控制文件發生了丟失和損壞將導致數據庫無法執行恢復。另一方面隨着備份的不斷增多，也會導致控制文件的大小無限增長。為了更好地管理RMAN備份的元信息，Oracle可以使用一個專門的備份信息存儲地來存儲這些信息，這就是RMAN的目錄數據庫（C
昵稱 趙渝強老師
本文為墨天輪數據庫管理服務團隊第92期技術分享，內容原創，作者為技術顧問陳洋，如需轉載請聯繫小墨（VX：modb666）並註明來源。如需查看更多文章可關注【墨天輪】公眾號。 一、心跳機制概述 Oracle RAC集羣通過多維度心跳機制確保集羣高可用性，主要包括三種心跳類型： 網絡心跳：節點間連通性檢測 磁盤心跳：腦裂保護與仲裁機制 本地心跳：進程自檢與節點健康監控 二、核心心跳機制詳解
昵稱 墨天輪