cuuid源碼
首先uname
-r看一下你當前的linux內核版本
1、linux的源碼是在/usr/src這個目錄下，此目錄有你電腦上各個版本的linux內核源代碼，用uname
-r命令可以查看你當前使用的是哪套內核，你把你下載的內核源碼也保存到這個目錄之下。
2、配置內核
make
menuconfig，根據你的需要來進行選擇，設置完保存之後會在當前目錄下生成.config配置文件，以後的編譯會根據這個來有選擇的編譯。
3、編譯，依次執行make、make
bzImage、make
moles、make
moles
4、安裝，make
install
5、.創建系統啟動映像，到
/boot
目錄下，執行
mkinitramfs
-o
initrd.img-2.6.36
2.6.36
6、修改啟動項，因為你在啟動的時候會出現多個內核供你選擇，此事要選擇你剛編譯的那個版本，如果你的電腦沒有等待時間，就會進入默認的，默認的那個取決於
/boot/grub/grub.cfg
文件的設置，找到if
[
"${linux_gfx_mode}"
!=
"text"
]這行，他的第一個就是你默認啟動的那個內核，如果你剛編譯的內核是在下面，就把代表這個內核的幾行代碼移到第一位如：
menuentry
'Ubuntu,
with
Linux
3.2.0-35-generic'
--class
ubuntu
--class
gnu-linux
--class
gnu
--class
os
{
recordfail
gfxmode
$linux_gfx_mode
insmod
gzio
insmod
part_msdos
insmod
ext2
set
root='(hd0,msdos1)'
search
--no-floppy
--fs-uuid
--set=root
9961c170-2566-41ac-8155-18f231c1bea5
linux/boot/vmlinuz-3.2.0-35-generic
root=UUID=9961c170-2566-41ac-8155-18f231c1bea5
ro
quiet
splash
$vt_handoff
initrd/boot/initrd.img-3.2.0-35-generic
}
當然你也可以修改
set
default="0"來決定用哪個，看看你的內核在第幾位，default就填幾，不過我用過這種方法，貌似不好用。
重啟過後你編譯的內核源碼就成功地運行了，如果出現問題，比如滑鼠不能用，usb不識別等問題就好好查查你的make
menuconfig這一步，改好後就萬事ok了。
最後再用uname
-r看看你的linux內核版本。是不是你剛下的那個呢！有沒有成就感？
打字不易，如滿意，望採納。
② 藍牙模塊service uuid有什麼用
Android系統的源碼中藍牙部分的分布式這樣的：1.App部分主要包括OPP和PBAP以及HFP，當然還有settings部分，代碼分布如下：(1)/packages/app/Bluetooth/src/com/android/bluetooth/opp(2)/packages/app/Bluetooth/src/com/android/bluetooth/pbap(3)/packages/app/Phone/src/com/android/phone/中和BT相關的部分，主要是HFHS打電話相關的(4)/packages/app/Settings/src/com/android/settings/bluetooth/主要是藍牙開啟，搜索，配對等2.Framework部分主要包括BluetoothAdapter,BluetoothService，BluetoothEventLoop，BluetoothA2dpService等核心類，代碼分布如下：(1)/frameworks/base/core/java/android/server/包含BluetoothService，BluetoothEventLoop等核心類，但是並沒有向用戶應用程序提供介面，屬於系統的類。(2)/frameworks/base/core/java/android/bluetooth包含了BluetoothAdapter,BluetoothSocket,BluetoothServerSocket等一系列類，這些類是系統向應用程序提供的介面，編寫藍牙相關的應用程序時會用到這些類，檢查BT是否打開，搜索設備等等。如果編寫藍牙應用程序，需要熟悉該部分類的功能。(3)/frameworks/base/core/jni/中包含Bluetooth相關的文件，如android_server_BluetoothService.cpp該部分主要是java層和c/c++層進行通信的3.Bluez部分，主要包括各個協議的實現，如A2dp，AVRCP，AVDTP，HID，HDP，PAN，DUN以及對BThost的實現，通過該部分向BTControler部分發送HCI命令，代碼分布服下：/external/bluetooth/bluez4.BluetDroid部分，主要用於開關藍牙，晶元上電部分（不屬於驅動，可以算是硬體抽象層（HAL）），代碼分布如下：/system/bluetooth/5.kernel部分，主要包括RFCOMM，L2CAP等協議以及HCI的實現，代碼分布如下：/kernel/net/bluetooth/6.driver部分，該部分代碼還真沒了解過，代碼分布：/kernel/drivers/bluetooth/另外，driver部分和具體晶元密切相關，有時在下面的目錄下也會有：/vendor//device/
③ PostgreSQL中使用UUID
UUID（Universal Unique Identifier）或者 GUID（Globally Unique Identifier）是一個 128 比特的數字，可以用於唯一標識每個網路對象或資源。由於它的生成機制，一個 UUID 可以保證幾乎不會與其他 UUID 重復，因此常常用於生成資料庫中的主鍵值。
1.pgcrypto 模塊提供的 uuid
PostgreSQL 提供了一個用於加/解密的擴展模塊 pgcrypto，其中的 gen_random_uuid() 函數可以用於返回一個 version 4 的隨機 UUID。
2.uuid-ossp 模塊提供的 uuid
uuid-ossp模塊提供函數使用幾種標准演算法之一產生通用唯一標識符（UUID）。還提供產生某些特殊 UUID 常量的函數。
1.將當前目錄轉移到 PostgreSQL 源代碼目錄下的 contrib；如：
2.執行如下命令來安裝擴展模塊
如果要安裝 uuid-ossp 模塊，需要在執行安裝擴展模塊之前，執行 configure 並添加 --with-uuid=xxx，xxx取值為：
然後再執行安裝擴展模塊的命令。
3.檢查是否安裝，在 PostgreSQL 的安裝目錄下的 /share/extension 目錄下，查看是否有模塊相關的文件。如：
註： gen_random_uuid() 從 PostgreSQL 13 開始成為了一個內置函數
如果您所使用的PostgreSQL版本在13以上，則不需要執行如下語句：
生成uuid：
如果想要生成沒有中劃線（-）的 UUID 字元串，可以使用 REPLACE 函數：
查看包含的函數：
執行如下命令生成 uuid：
④ Netty 源碼解析 ——— ChannelConfig 和 Attribute
嗯，本文與其說是ChannelConfig、Attribute源碼解析，不如說是對ChannelConfig以及Attribute結構層次的分析。因為這才是它們在Netty中使用到的重要之處。
在 Netty 源碼解析 ——— 服務端啟動流程 (下) 中說過，當我們在構建NioServerSocketChannel的時候同時會構建一個NioServerSocketChannelConfig對象賦值給NioServerSocketChannel的成員變數config。
而這一個NioServerSocketChannelConfig是當前NioServerSocketChannel配置屬性的集合。NioServerSocketChannelConfig主要用於對NioServerSocketChannel相關配置的設置(如，網路的相關參數配置)，比如，配置Channel是否為非阻塞、配置連接超時時間等等。
NioServerSocketChannelConfig其實是一個ChannelConfig實例。ChannelConfig表示為一個Channel相關的配置屬性的集合。所以NioServerSocketChannelConfig就是針對於NioServerSocketChannel的配置屬性的集合。
ChannelConfig是Channel所需的公共配置屬性的集合，如，setAllocator(設置用於channel分配buffer的分配器)。而不同類型的網路傳輸對應的Channel有它們自己特有的配置，因此可以通過擴展ChannelConfig來補充特有的配置，如，ServerSocketChannelConfig是針對基於TCP連接的服務端ServerSocketChannel相關配置屬性的集合，它補充了針對TCP服務端所需的特有配置的設置setBacklog、setReuseAddress、setReceiveBufferSize。
DefaultChannelConfig作為ChannelConfig的默認實現，對ChannelConfig中的配置提供了默認值。
接下來，我們來看一個設置ChannelConfig的流程：
serverBootstrap.option(ChannelOption.SO_REUSEADDR, true);
我們可以在啟動服務端前通過ServerBootstrap來進行相關配置的設置，該選項配置會在Channel初始化時被獲取並設置到Channel中，最終會調用底層ServerSocket.setReuseAddress方法來完成配置的設置。
ServerBootstrap的init()方法：
首先對option和value進行校驗，其實就是進行非空校驗。
然後判斷對應的是哪個常量屬性，並進行相應屬性的設置。如果傳進來的ChannelOption不是已經設定好的常量屬性，則會列印一條警告級別的日誌，告知這是未知的channel option。
Netty提供ChannelOption的一個主要的功能就是讓特定的變數的值給類型化。因為從』ChannelOption<T> option』和』T value』可以看出，我們屬性的值類型T，是取決於ChannelOption的泛型的，也就屬性值類型是由屬性來決定的。
這里，我們可以看到有個ChannelOption類，它允許以類型安全的方式去配置一個ChannelConfig。支持哪一種ChannelOption取決於ChannelConfig的實際的實現並且也可能取決於它所屬的傳輸層的本質。
可見ChannelOption是一個Consant擴展類，Consant是Netty提供的一個單例類，它能安全去通過』==』來進行比較操作。通過ConstantPool進行管理和創建。
常量由一個id和name組成。id：表示分配給常量的唯一數字；name：表示常量的名字。
如上所說，Constant是由ConstantPool來進行管理和創建的，那麼ConstantPool又是個什麼樣的類了？
首先從constants中get這個name對應的常量，如果不存在則調用newConstant()來構建這個常量tempConstant，然後在調用constants.putIfAbsent方法來實現「如果該name沒有存在對應的常量，則插入，否則返回該name所對應的常量。(這整個的過程都是原子性的)」，因此我們是根據putIfAbsent方法的返回來判斷該name對應的常量是否已經存在於constants中的。如果返回為null，則說明當前創建的tempConstant就為name所對應的常量；否則，將putIfAbsent返回的name已經對應的常量值返回。(注意，因為ConcurrentHashMap不會允許value為null的情況，所以我們可以根據putIfAbsent返回為null則代表該name在此之前並未有對應的常量值)
正如我們前面所說的，這個ConstantPool<ChannelOption<Object>> pool(即，ChannelOption常量池)是ChannelOption的一個私有靜態成員屬性，用於管理和創建ChannelOption。
這些定義好的ChannelOption常量都已經存儲數到ChannelOption的常量池(ConstantPool)中了。
注意，ChannelOption本身並不維護選項值的信息，它只是維護選項名字本身。比如，「public static final ChannelOption<Integer> SO_RCVBUF = valueOf("SO_RCVBUF");」👈這只是維護了「SO_RCVBUF」這個選項名字的信息，同時泛型表示選擇值類型，即「SO_RCVBUF」選項值為Integer。
好了，到目前為止，我們對Netty的ChannelOption的設置以及底層的實現已經分析完了，簡單的來說：Netty在初始化Channel時會構建一個ChannelConfig對象，而ChannelConfig是Channel配置屬性的集合。比如，Netty在初始化NioServerSocketChannel的時候同時會構建一個NioServerSocketChannelConfig對象，並將其賦值給NioServerSocketChannel的成員變數config，而這個config(NioServerSocketChannelConfig)維護了NioServerSocketChannel的所有配置屬性。比如，NioServerSocketChannelConfig提供了setConnectTimeoutMillis方法來設置NioServerSocketChannel連接超時的時間。
同時，程序可以通過ServerBootstrap或Boostrap的option(ChannelOption<T> option, T value)方法來實現配置的設置。這里，我們通過ChannelOption來實現配置的設置，ChannelOption中已經將常用的配置項預定義為了常量供我們直接使用，同時ChannelOption的一個主要的功能就是讓特定的變數的值給類型化。因為從』ChannelOption<T> option』和』T value』可以看出，我們屬性的值類型T，是取決於ChannelOption的泛型的，也就屬性值類型是由屬性來決定的。
一個attribute允許存儲一個值的引用。它可以被自動的更新並且是線程安全的。
其實Attribute就是一個屬性對象，這個屬性的名稱為AttributeKey<T> key，而屬性的值為T value。
我們可以通過程序ServerBootstrap或Boostrap的attr方法來設置一個Channel的屬性，如：
serverBootstrap.attr(AttributeKey.valueOf("userID"), UUID.randomUUID().toString());
當Netty底層初始化Channel的時候，就會將我們設置的attribute給設置到Channel中：
如上面所說，Attribute就是一個屬性對象，這個屬性的名稱為AttributeKey<T> key，而屬性的值為T value。
而AttributeKey也是Constant的一個擴展，因此也有一個ConstantPool來管理和創建，這和ChannelOption是類似的。
Channel類本身繼承了AttributeMap類，而AttributeMap它持有多個Attribute，這些Attribute可以通過AttributeKey來訪問的。所以，才可以通過channel.attr(key).set(value)的方式將屬性設置到channel中了(即，這里的attr方法實際上是AttributeMap介面中的方法)。
AttributeKey、Attribute、AttributeMap間的關系：
AttributeMap相對於一個map，AttributeKey相當於map的key，Attribute是一個持有key(AttributeKey)和value的對象。因此在map中我們可以通過AttributeKey key獲取Attribute，從而獲取Attribute中的value(即,屬性值)。
Q：ChannelHandlerContext和Channel都提供了attr方法，那麼它們設置的屬性作用域有什麼不同了？
A：在Netty 4.1版本之前，它們兩設置的屬性作用域確實存在著不同，但從Netty 4.1版本開始，它們兩設置的屬性的作用域已經完全相同了。
若文章有任何錯誤，望大家不吝指教:)
聖思園《精通並發與Netty》
⑤ 用按鍵精靈做了個腳本,需要綁定電腦(其他電腦不能用)和有時間限制,怎麼寫 ,新手求源碼,
代碼不會！！思路：在電腦上首次運行時，彈框請綁定你的電腦，獲取電腦信息（用戶名、ip、網卡物理地址等）加上隨機uuid,生成唯一id 並加密。運行後續程序時驗證這個id。