網路程式設計系列之十一 radius客戶端(802.1x客戶端)
學習802.1x客戶端的開發必須要了解下下面的內容：
1)802.1x客戶端開發一般是因為準入專案，這個准入系統的大環境
2) 802.1x協議的工作過程 和 EAP協議所屬的層次，以及層次之間的關係
3) 802.1x協議的具體詳細的結構可以看這個連結
然後的開發過程是基於開源專案github上南京工程大學的 一個linux專案https://github.com/liuqun/njit8021xclient，用到的是libpcap和libnet庫，具體的專案進展會在後面的部落格中敘述。
相關推薦
網路程式設計系列之十一 radius客戶端(802.1x客戶端)
學習802.1x客戶端的開發必須要了解下下面的內容： 1)802.1x客戶端開發一般是因為準入專案，這個准入系統的大環境 2) 802.1x協議的工作過程 和 EAP協議所屬的層次，以及層次之間的關係 3) 802.1x協議的具體詳細的結構可以看這個連結 然後的開
網路程式設計系列之十二 codeblocks匯入makefile工程
最近需要用codeblocks開發一個客戶端程式，需要用到一個開源專案， 在codeblocks上加入Makefile工程。 1）“File -> New -> Project”，選擇“Empty Project”並建立。 2）選中 Project，右鍵，選擇“
Office 365 系列之十一：使用 Windows PowerShell 管理 O365 平臺
命令管理o365 命令管理office 365 正如之前我們說的，通過 O365 管理中心、Exchange 管理中心、Lync 管理中 心 SharePoint 管理中心能做的事情和能夠實現的需求是遠遠滿足不了客戶的時 間需求的。可以使用用於 Windows PowerShell 的 Azu
skyfans之每天一個Liunx命令系列之十一：htop
今天我們繼續來學習PERFORMANCE MONITORING AND STATISTICS（效能監測與統計），今天學習的是什麼命令呢，那就是htop（顯示管理程序內容相關資訊增強版），什麼叫增強版，那就是更漂亮了！ 題外話：IG的S8比賽，這個命令是給予IG的希望，希望我更新完這章之後
【白話經典算法系列之十一】一道有趣的GOOGLE面試題 --【解法2】
上一篇《白話經典算法系列之十一道有趣的GOOGLE面試題》中對一道有趣的GOOGLE面試題進行了詳細的講解，使用了類似於基數排序的做法在O(N)的時間複雜度和O(1)的空間複雜度完成了題目的要求，文章發表後，網友fengchaokobe在評論中給出了另一種解法，見下圖。文字版：
Java併發程式設計系列之十五 Executor框架
Java使用執行緒完成非同步任務是很普遍的事，而執行緒的建立與銷燬需要一定的開銷，如果每個任務都需要建立一個執行緒將會消耗大量的計算資源，JDK 5之後把工作單元和執行機制區分開了，工作單元包括Runnable和Callable，而執行機制則由Executor框架提供
Java併發程式設計系列之十七 Condition介面
通過前面的文章，我們知道任何一個Java物件，都擁有一組監視器方法，主要包括wait()、notify()、notifyAll()方法，這些方法與synchronized關鍵字配合使用可以實現等待/通知機制。而且前面我們已經使用這種方式實現了生產者-消費者模式。類似地
敏捷開發 鬆結對程式設計 系列之十五 L型程式碼結構（程式設計篇之一）
public ActionResult LinkTeam2Product(int focusedDepartmentID = 0) { ViewBag.ItemTreeViewModel = new ItemTreeViewModel("團隊-產品對映",
Java併發程式設計系列之十九：原子操作類
原子操作類簡介 當更新一個變數的時候，多出現資料爭用的時候可能出現所意想不到的情況。這時的一般策略是使用synchronized解決，因為synchronized能夠保證多個執行緒不會同時更新該變數。然而，從jdk 5之後，提供了粒度更細、量級更輕，並且在多核
Java併發程式設計系列之十四：阻塞佇列
阻塞佇列（BlockingQueue）是一個支援兩個附加操作的佇列。這兩個附加操作支援阻塞地插入和移除方法。支援阻塞插入的方法是指當佇列滿時會阻塞插入元素的執行緒，直到佇列不滿；支援阻塞移除的方法是指當佇列為空時獲取元素的執行緒無法繼續獲取元素直到佇列不空。
微服務架構設計實踐系列之十一：物理架構
微服務架構設計實踐 目 次1 序言2 微服務4.4.5 物理架構4.4.5.1 物理架構定義 物理架構定義了“程式”如何對映（安裝、部署或燒寫等）到“硬體”，以及“資料“如何在”硬體“上儲存和傳遞。 物理架構必須考慮”功能的分佈“和”資料
Java併發程式設計系列之十二：死鎖、飢餓和活鎖
死鎖發生在一個執行緒需要獲取多個資源的時候，這時由於兩個執行緒互相等待對方的資源而被阻塞，死鎖是最常見的活躍性問題。這裡先分析死鎖的情形： 假設當前情況是執行緒A已經獲取資源R1，執行緒B已經獲取資源R2，之後執行緒A嘗試獲取資源R2，這個時候因為資源R2已經
Java併發程式設計系列之十二 死鎖 飢餓和活鎖
死鎖發生在一個執
網路程式設計系列之五 libpcap庫(共24個函式的例項)
之前在windows下用過winpcap，但是libpcap終究與它還是有區別的。 已經決定從事Linux的方向了，下面就完整的學習下libpcap函式庫。 目的：熟悉庫中的所有函式， 對於其中所有的函式都用例項來驗證 理論知識可以看看下面的連結: 1) http:
Java併發程式設計系列之十：synchronized（1）
在多執行緒併發訪問資源（這類資源稱為臨街資源）的時候，由於割裂來了原子操作，所以會導致資料不一致的情況。為了避免這種情況，需要使用同步機制，同步機制能夠保證多執行緒併發訪問資料的時候不會出現資料不一致的情況。 一種同步機制是使用synchronized關鍵字，
Java併發程式設計系列之十六：Lock鎖
Lock鎖簡介 Lock鎖機制是JDK 5之後新增的鎖機制，不同於內建鎖，Lock鎖必須顯式宣告，並在合適的位置釋放鎖。Lock是一個介面，其由三個具體的實現：ReentrantLock、ReetrantReadWriteLock.ReadLock 和 Ree
ReactNative系列之十一原生RN控制元件WebView與Html5之件的呼叫
1、前言系列九講解過使用第三方WebViewBridge與Html5之間的通訊，但在ReatNative0.37之後，增強的WebView的功能，不需要第三方也可以原生支援互調與傳遞資料2、主要程式碼原始碼下載：https://download.csdn.net/downlo
[C# 網路程式設計系列]專題十：實現簡單的郵件收發器
引言： 在我們的平常工作中，郵件的傳送和接收應該是我們經常要使用到的功能的。因此知道電子郵件的應用程式的原理也是非常有必要的，在這一個專題中將介紹電子郵件應用程式的原理、電子郵件應用程式中涉及的協議和實現一個簡答的電子郵件收發器程式。 一、郵件應用程式基本知識 1
VS2013/MFC程式設計入門之十一（對話方塊：非模態對話方塊的建立及顯示）
上一節講了模態對話方塊及其彈出過程，本節接著講另一種對話方塊--非模態對話方塊的建立及顯示。 前面已經說過，非模態對話方塊顯示後，程式其他視窗仍能正常執行，可以響應使用者輸入，還可以相互切換。本文中將上一講中建立的Tip模態對話方塊改為非模態對話方塊，讓
敏捷開發一千零一問系列之十七 長期受制於強勢客戶怎麼辦 （上）
這是敏捷開發一千零一問系列的第十七篇。（在這裡提問，之一，之二，之三，問題總目錄）這個是在一次面向電信行業供應商的公開課上提出的問題，被評為本場最佳問題。對於這類“供應商”而言，一方面業務根深蒂固，一般固化在某些專有領域因此很有必要產品化；另一方面又受制於客戶總是來回改動，很難