參考：https://blog.51cto.com/shxke/1958917
https://e.huawei.com/cn/videos/cn/2015/201511021540
先建立一個工程 參考文章 如何及建立一個veivado 的工程，詳細的請參考下面的這篇文章 https://blog.csdn.net/weixin_42066185/article/details/106421611 回顧 作爲
Java第五週 lambda表達式 思想 “說重點” lambda表達式的核心即在於說重點 以線程代碼爲例，他需要的是什麼？最核心的東西是什麼？ 就是run方法！！！ runnable接口中重寫實現的就一個run方法！！！接口只是
HTTP/HTTPS協議無疑是面試中最常問的幾個計網協議之一。然而網上很多博客都寫得偏簡略，不夠全面。於是我便打算做一個整合。內容較多，大致會分爲兩篇篇博客，一篇介紹HTTP協議，一篇介紹HTTPS協議。 《詳解HTTP/HTTPS（一
在說udp廣播，多播，單播之前，首先說一下udp這個協議，它是一種無連接，不可靠的網絡通信協議，但基於UDP的消息傳遞更快。在使用它傳輸數據時，用戶無法知道數據是否正確到達主機，也不能確定到達目的地的順序是否和發送的
本篇文章的源碼同樣來自網絡上，自己稍加整理，並做一下源碼方面的分析。本例子的作用一方面是爲了理解http服務器，另一方面，是作爲學習流操作的NIO模型層次。 地址在這裏:地址。 代碼結構如下： 首先，定義一個結構體，用於存
本篇，紀錄一個在 windows上使用 socket進行通信的例子，代碼源自於網上。由於時間過去挺久了，當時我也沒有加書籤，現在暫時還不好找出處。 文中給出一些關鍵代碼片段，一方面用於鞏固我所學的知識，另一方面，用於縱向的技術對比，加
這一篇是在昨天寫的基礎上，查閱了一些資料，對於BIO模型做了更深一步的理解後，實現的代碼：地址。 主要修改的代碼在於： typedef struct { HANDLE thread; SOCKET sock; }Ac
這幾天在公司做項目要用到WinPcap，但在實現的過程中，需要分析捕獲的數據包，恰好用到了大學時學習的計算機網絡課程。現初步總結了幾個網絡協議及其格式： 一、MAC協議 在局域網中，硬件地址又稱爲物理地址或MAC地址(因爲這種地址用在M
擁塞避免算法是一種處理丟失分組的方法。 該算法假定由於分組受到損壞引起的丟失是非常少的（遠小於1%），因此分組丟失就意味着在源主機和目的主機之間的某處網絡上發生了擁塞。有兩種分組丟失的指示：發生超時和接收到重複的確認。如果使用超時作
0.物理層接口特性 物理層解決如何在連接計算機的傳輸媒體上傳輸數據比特流，而不是指具體的傳輸媒體。 物理層的主要任務：確定與傳輸媒體接口有關的一些特性——>定義標準。 機械特性：定義物理連接的特性，規定物理連接時所採用的規格、接口形狀、引
[代碼] c代碼 server部分 view source print? 001 server.c 002 003 ==============================================
2．其他基於IEEE802.11改進的MAC協議 儘管傳統的基於CSMA方式的MAC協議也是基於載波監聽和退避機制，但它們並不太適合無線傳感器網絡，因爲它們都基本假設了隨機分佈的業務，並且趨向於支持獨立的點到點的業務流。此外，無線
本博文源於socket編程，主要針對python的兩個文件建立udp通信。 實驗效果 客戶端輸入：我是客戶端哦！ 服務器收到並作爲回聲 服務器端： 收到來自客戶端的消息，並給予同樣的迴應！ 實驗原理 用socket建立基於UD
一、HTTPS 簡介 HTTP 協議（HyperText Transfer Protocol，超文本傳輸協議）： 用於客戶端與服務器端之間的通信。 通過請求報文和響應報文的交換達成通信。 是無狀態的協議。 HTTP 協議以簡單
轉載地址： https://yq.aliyun.com/articles/53598 http://blog.csdn.net/taiyang1987912/article/details/43731629 1.Windoows soc
