1. 類需要構造函數麼？ 2. 數據是否需要保持私有的？ 方案一 public: int length; 方案二 public: const int& length;//在構造函數中length = true_length;這樣由於是cons

協程的好處不用再多說，作為與函數調用/返回相對的概念，它使我們思考問題的方式經歷一場變革。現在我們關注的是C，由於C本身的特質，將協程引入其中將會是一 個挑戰。無數先驅已經為這個目標拋了頭顱灑了熱血，於是我們有了libtask之類。而這裡提到的，是一

1)繼承Thread,重寫其的run方法2)實現Runnable接口代碼如下：package com.study; /** * * @ClassN

什麼是Handler handler通俗講就是在各個進程之間發送數據的處理對象。在任何進程中，只要獲得了另一個進程的handler則可以通過 handler.sendMessage(message)方法向那個進程發送數據。基於這個機制，我們

這篇文章從網上找到的，作者是誰不詳，因為到處都是轉帖。看了之後，解開了我對synchronized的一些疑問，同時也驗證了我之前的理解是正確的，記錄下來。 在java編程思想中對synchronized的一點解釋:1、synchronize

我們都知道重載是c++面向對象的特性。c語言中是不存在的。所謂重載簡單來說就是一個函數名可以實現不同的功能，要麼輸入參數不同或者參數個數不同，要麼返回類型不同。例如函數add(),在c++中可以輕易實現int，double等不同類型參數的相加功能，而

正則表達式30分鐘入門教程目錄本文目標 如何使用本教程 正則表達式到底是什麼東西？ 入門 測試正則表達式 元字符 字符轉義 重復 字符類 分枝條件 反義 分組 後向引用 零寬斷言 負向零寬斷言 注釋 貪婪與懶惰 處理選項 平衡組/遞歸匹配 還有些什麼

看到老師寫的一個結構體很好奇，結構體的最後是一個長度為0的數組，當時感覺老師是不是寫錯了，這樣寫意義何在呢？都沒有分配空間，貌似沒有存在的意義。後來網上查了一下，其實這是在很多高級的東東裡面都用到的東西，linux kernel, MFC, open

代碼:msr = [{frmt_val: 229,385, val: 229385.0, key: ncloc}]dic = {name:msr}print dic[name][0] # result: {frmt

在Twitter上看到日本友人@IanMLewis的一條推，測試了下python中Set和List的性能差距，真是不測不知道一測嚇一跳，差距能有數百倍 –!他的原文地址在這裡：Pythonのセットがすごい。翻譯成中文如下：本來是知道在Python中使

python的set和其他語言類似, 是一個 基本功能包括關系測試和消除重復元素. 集合對象還支持union(聯合), intersection(交), difference(差)和sysmmetric difference(對稱差集)等數學運算.&

Linux系統下網絡模型數select最為常用，當然，select只是檢測文件系統數據狀態，並不只局限於網絡編程，select的功能需要底層驅動提供支持，其中核心應用即為等待隊列，其他模型，如poll和epoll，對驅動來說並無區別，驅動只是返回數據

在閱讀Tun驅動時看到，有一些類似 add_wait_queue 的函數，這些函數正是執行等待隊列的相關操作，要說等待隊列還得從內核進程調度說起，內核調度系統內進程，分配時間片，但是有些進程如從網卡中讀數據，在網卡有數據到達之前進程處於阻塞狀態，如果

操作系統管理軟硬件資源，用戶進程只能直接或間接的通過系統調用訪問系統資源，而用戶進程與內核運行於不同的權限空間，需要進行用戶態到內核態的轉變，這一轉變是通過系統中斷實現。現以getpid為例：在用戶態通過API接口編程如下：#include <

所謂驅動程序，本質上講是硬件接口，因為操作系統不可能實現每種硬件的接口，所以只對廠商提供接口，只要廠商實現這些接口，就可被操作系統調用，Linux系統驅動程序分為字符設備驅動和塊設備驅動，所謂字符設備驅動就是例如鍵盤驅動，只能順次讀取數據，塊設備驅動

最近看了些Linux內核源碼，之前認為最好的調試內核源碼最好的方式使用Qemu虛擬機，結合GDB調試，雖然在網上也看到一些這種調試方式的弊端，但感覺虛擬機支持調試是最完美的事情，雖然Bochs更為靈活甚至內置調試器，但速度太慢。之前一直覺得KGDB這

今天的特別汗，首先，之前UML在64位系統下沒有編譯通過，編譯器和內核源碼都應該不會犯這樣低級的錯誤，那最有可能的原因就是gcc版本和 linux內核版本不匹配，gcc 4.4.4版本算是高版本了，而內核版本2.6.34已非最新，抱著僥幸心裡下載了2

UML支持多種方式的網絡，一般使用tap/tun模擬UML虛擬機中的eth0驅動，僅僅這種方式也能分為橋接和NAT等等，手工配置網絡也有助於理解網絡的運行方式。根據官方文檔 Simple UML Networking 下載 uml_utilities

這次來看如何調試內核模塊，也就是驅動程序，模塊的調試跟普通程序略有不同，不論是內核還是普通應用程序，在連接之後便以得知代碼將要加載的位置，用戶態程序有虛擬地址映射機制，而內核獨占物理內存。內核運行與共享的內核地址空間，所以不能使用相同的線性地址，只能

雖然使用UML或者Qemu可以調試Linux內核，但UML和Qemu畢竟是一個模擬，調試硬件驅動總是用虛擬硬件總不成事，而且Qemu據傳聞 對於時鐘和中斷的處理也有問題，所以對於處理真實硬件的問題，最完美的調試方式就是雙機調試，被調試內核在完全真實的