计算机科学精彩帖子收集
linux源碼
LXR 源自“the Linux Cross Referencer”，中間的“X”形象地代表了“Cross”。與 Source Navigator 類似，它也是分析閱讀源代碼的好工具。不同的是，它將源代碼借助瀏覽器展示出來，文件間的跳轉過程成了我熟悉的點擊超鏈接動作。
http://lxr.linux.no/???LXR安裝過程簡介
linux手冊
http://linux.die.net/man/
Linux每周新聞
http://lwn.net/
linux.org 可以每天讀一讀，順便提高英文水平
http://www.linux.org/forums/
MIT的64位Centos6.5下載鏡像
http://mirrors.mit.edu/centos/6.5/isos/x86_64/
xinu
http://www.xinu.cs.purdue.edu/
Nginx源碼
http://lxr.evanmiller.org/http/source/
src/lib/libc/源碼（如果只是看libc而不局限與Linux，可以到這里看）
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/
GUN的libc源碼下載
http://mirrors.ustc.edu.cn/gnu/libc/
www.sf.net? SF的C代碼庫(可以按編程語言等篩選)
http://sourceforge.net/directory/developmentstatus:production/language:c/os:linux/freshness:recently-updated/?q=C
xshell中文亂碼：
[文件]–>[打開]–>在打開的session中選擇連接的那個，點擊[屬性] -> [終端]，?編碼選擇為：Unicode(UTF-8)，然后重新連接服務器即可。也可以在Xshell的工具欄里面點擊“編碼 ”按鈕，選擇Unicode(UTF-8)編碼即可。
Makefile:2: *** 遺漏分隔符 。停止
?
羅列linux所有安裝包：#pkg-config --list-all
代碼閱讀--Source Insight
http://www.sourceinsight.com/index.html
SI3US-205035-36448
在sourceInSight中看代碼時，中文注釋顯示有問題，因為它不支持utf8編碼
方法是：用記事本打開含有中文的文件，然后另存為ANSI編碼
代碼來源--acme
http://www.acme.com/software/
正則：
http://www.regexper.com/
http://www.debuggex.com/
例如：html鏈接的正則
==========================
匯編語言
Linux 匯編語言開發指南
X86匯編語言學習手記(1)
匯編代碼開始的andl $-16,%esp
LINUX匯編(匯編語言程序設計讀書筆記)
反推函數調用棧
函數調用棧詳解（good）
鏈接與加載(上) — 靜態鏈接
鏈接與加載(下) — 動態鏈接
常量、指針和變量的實現機制
30天自制操作系統筆記 作者很愛學習Linux/C
==========================
計算機組成
處理器CPU
taskset: 讓進程運行在指定的CPU
上海交通大學師生制作的一個關于cache映射功能、命中率計算的教學演示程序 [很好，可以點擊看目錄更精彩]
7個示例科普CPU Cache
計算機博物館
============================
Linux
#uname -a 內核信息
------------------------
#man? -k?? 函數????????
#man? 返回的數字? 函數
#man -k file | grep umask
---------------------------
抓指定端口
#tcpdump -i eth0 port 80
---------------------------
#netstat -a 查看開啟了哪些端口,常用netstat -an
#netstat -n 查看端口的網絡連接情況，常用netstat -an
#netstat -v 查看正在進行的工作
#netstat -p 協議名 例：netstat -p tcq/ip 查看某協議使用情況（查看tcp/ip協議使用情況）
#netstat -s 查看正在使用的所有協議使用情況
------------------------------
lsof的功能很多，特別提醒大家， -c，-g，-p，-u，這四個參數最有用。更詳細的資料請參看：man lsof
#?lsof abc.txt 顯示開啟文件abc.txt的進程
#lsof -p pid?? 查看偵聽端口，lsof 常見的用法是查找應用程序打開的文件的名稱和數目
#?lsof -i :80 知道80端口現在運行什么程序
#?lsof -c nsd 顯示nsd進程現在打開的文件
#?lsof -g gid 顯示歸屬gid的進程情況
#?lsof +d /usr/local/ 顯示/usr/local目錄下被進程開啟的文件
#?lsof +D /usr/local/ 同上，但是會搜索目錄下的目錄，時間較長
#?lsof -d 4 顯示使用fd為4的進程
#?lsof -i [i] 用以顯示符合條件的進程情況
#lsof -i @192.168.1.10??? 顯示了搜索與 192.168.1.10 之間的所有連接。
--------------------------------
#cat /proc/interrupts 顯示中斷信息
#cat /proc/2452/fd/7
#cat /proc/net/sockstat?? 網絡套接字使用統計
#cat /proc/sys/fs/file-max?? 所有運行的程序同時能打開的文件總數
------------------------------------
將整個 /etc 目錄下的文件全部打包成為 /tmp/etc.tar
# tar -cvf /tmp/etc.tar /etc <==僅打包，不壓縮！
# tar -zcvf /tmp/etc.tar.gz /etc <==打包后，以 gzip 壓縮
# tar -jcvf /tmp/etc.tar.bz2 /etc <==打包后，以 bzip2 壓縮
#tar -zxvf /tmp/etc.tar.gz?? 解壓
---------------------------------------
#vmstat 2? 第一個參數是采樣的時間間隔數，單位是秒，第二個參數是采樣的次數。主要通過收集VMSTAT的信息來展現服務器狀況。
-----------------------內核----------------------------
內核之旅
http://linuxtoy.org/??? [哈工大linux站]
Linux 系統內核的調試?[IBM文檔庫]
IBM Linux文檔庫
一種解讀linux內核源碼的入門方法
深入理解SetUID
Linux下緩沖區溢出攻擊的原理及對策?[IBM文檔庫]
使您的軟件運行起來: 防止緩沖區溢出?[IBM文檔庫]
struct rlimit介紹
防止內存泄露 Linux下用Valgrind做檢查
內存調試 － MEMWATCH
Linux內核怎樣獲取進程任務結構
《Linux 核心》原著: David A Rusling翻譯: Banyan & fifa
《Linux 核心》原著: David A Rusling翻譯: 胡寧寧 畢昕 仲盛 趙振平周笑波 李群 陳懷臨
Linux Used內存到底哪里去了？
從free到page cache
Linux內核引導參數簡介
Linux (0.11版) 重新組裝
Linux 內核源代碼各個版本和一些工具
也談Linux Kernel Hacking – 內核配置、編譯與安裝
如何加入Linux內核開發社區(1)
Linux Crontab 定時任務 命令詳解
ubunttu下配置內核linux-3.6.7
使用 /proc 文件系統來訪問 Linux 內核的內容? [IBM文檔庫]
使用異步 I/O 大大提高應用程序的性能
linux內核PID管理?[很好]
linux內核hlist分析
Linux內核spin_lock與spin_lock_irq分析
如何調試Linux內核
printk內核調試
linux上使用strace查看C語言級別的php源碼【查看最終系統調用】
Linux下高并發socket最大連接數所受的各種限制? [很好]
完全用Linux工作
關于patch的總結，希望對不太了解的朋友有用
摘錄：Linux打Patch的方法??? [很好]
Linux性能監控（1）? [總結全面]????linux系統性能監控常用命令??[全面]
系統調用的實現原理? [很好]
原子操作的內核源代碼剖析
--------------------------內存管理-------------------------------
內存映射文件原理探索?[很好]
Linux內存管理大圖（第三稿）?
簡析堆內存
Linux slab 分配器剖析?[IBM文檔庫]
Linux Slub分配器(一)--概述?[很好]
Linux伙伴系統(一)--伙伴系統的概述?[很好]
Linux物理內存概述
[CNT]關于自己的一個小小的slab內存分配器? [很好]
[Pthread] Linux中的內存管理(一)--Paging
[Pthread] Linux中的內存管理(二)--Layout
[Pthread] Linux中的內存管理(三)--Stack
[Pthread] Linux中的內存管理(四)--Heap(brk()和mmap())?? [很好]
分段和分頁? [形象]
第十講分段與分頁?(圖文并茂形象)
廣東工大操作系統課件? [很好]
分頁存儲管理? [很好]
分段存儲管理? [很好]
內存管理內幕? [IBM文檔庫]
內存分配原理? [轉帖存檔]
【百度分享】頻繁分配釋放內存導致的性能問題的分析?? [寫的非常好]
內存分配的原理__進程分配內存有兩種方式，分別由兩個系統調用完成：brk和mmap（不考慮共享內存）
malloc()_分配內存，會用到brk(用于小內存申請<=128kb，在堆上)或mmap2(用于大內存申請，一般是堆和棧中間)系統調用
內存分配的原理__Linux虛擬內存管理(glibc)_Linux的虛擬內存管理有幾個關鍵概念_Linux 虛擬地址空間如何分布_malloc和free是如何分配和釋放內存_如何查看堆內內存的碎片情況_既然堆內內存brk和sbrk不能直接釋放，為什么不全部使用 mmap 來分配，munmap直接釋放呢
頻繁分配釋放內存導致的性能問題的分析___1、缺頁中斷的執行過程；2、內存分配釋放的原理__brk，mmap，為什么會產生內存碎片等原因
mmap內存占用問題
Linux系統調用-- mmap/munmap函數詳解
Linux中brk(),sbrk(),mmap(),malloc(),calloc()的異同
-----------------------進程----------------------------
linux進程創建過程與原理
Linux啟動新進程的幾種方法及比較??linux編程-守護進程編寫
使用ptrace跟蹤進程?? 0號進程->1號內核進程->1號內核線程->1號用戶進程（init進程）->getty進程->shell進程
linux進程創建：fork、vfork和clone聯系與區別
在Linux下的進程資源的限制（struct rlimit）詳解
Linux下如何知道文件被那個進程寫
Linux進程地址空間
Linux系統調用--getrlimit()與setrlimit()函數詳解
窺探 kernel --- 淺析do_exit?[有圖很好]
------------------進程間通信----------------------
Linux環境進程間通信（二）: 信號（上）
Linux環境進程間通信（二）: 信號（下）
Linux環境進程間通信（四）信號燈
Linux環境進程間通信（三）消息隊列
Linux環境進程間通信（一）管道及有名管道
Linux環境進程間通信（五）: 共享內存（上）
Linux環境進程間通信（五）: 共享內存（下）
Linux 環境進程間通信（六）套接口
Linux 實時信號程序中鎖的探索
UNIX 共享內存應用中的問題及解決方法
對話 UNIX: 通過共享內存進行進程間通信
在 Linux 中使用共享對象 讓共享內存為您服務，而不是為您制造麻煩
Posix線程編程指南(1)
Posix線程編程指南(2)
Posix線程編程指南(3)
Posix線程編程指南(4)
Posix線程編程指南(5)
Linux 上實現雙向進程間通信管道
POSIX 線程詳解 一種支持內存共享的簡捷工具
POSIX 線程詳解，第 2部分 稱作互斥對象的小玩意
POSIX 線程詳解，第 3 部分 使用條件變量提高效率
IPC通信陷阱之六萬五千分之一
-------------------------線程-------------------------------
可重入、線程安全、異步信號安全小結
可重入函數與不可重入函數
abort()函數不是多線程安全的，但它是異步信號安全的
POSIX 線程詳解
通用線程：POSIX 線程詳解，第 2部分?? [很好]
spinlock自旋鎖的剖析與改進
spin_lock淺析
pthread_cond_signal和pthread_cond_wait簡介
淺析pthread_cond_wait
Linux線程-互斥鎖pthread_mutex_t
Linux線程-終止
Linux線程-創建
Linux線程-pthread_join
Linux線程-pthread_kill
生產者/消費者
Linux下C語言的多線程編程學習
Linux下的多線程編程
-----------------------信號----------------------------
Linux進程間通信——使用信號
linux后端服務程序之信號處理
等待隊列實現代碼淺析
linux中信號量的分析?好
Linux Signal實現代碼分析
-----------------------時間----------------------------
Linux 下定時器的實現方式分析
淺析 Linux 中的時間編程和實現原理，第 1 部分: Linux 應用層的時間編程
淺析 Linux 中的時間編程和實現原理，第 2 部分: 硬件和 GLibC 庫的細節
淺析 Linux 中的時間編程和實現原理，第 3 部分: Linux 內核的工作
淺析 Linux 中的時間編程和實現原理，第 4 部分: Linux 內核的工作
Linux的timerfd分析
Linux Posix Timer實現代碼分析
-----------------------文件和鎖----------------------------
硬盤分區備忘（主分區，擴展分區和邏輯分區）以及Linux硬盤分區工具parted 介紹
Linux文件IO__文件系統架構層次，IO調用鏈，一致性和安全性，性能問題，fclose,fflush,fsync的區別 [很好很好]
O_DIRECT初認識(直接寫入磁盤)
linux open 函數O_DIRECT標志位使用說明??open的O_DIRECT選項?【注意事項】
Linux 中直接 I/O 機制的介紹[圖文并茂]
學習 Linux，101: 硬盤布局
Linux進程同步之記錄鎖（fcntl）?
淺談無緩存I/O操作和標準I/O文件操作區別?[極好]
簡析文件操作【圖文并茂】
文件操作的原子性
linux文件操作（一）(遇見0425的ChinaUnix博客)?
讀寫鎖與記錄上鎖(遇見0425的ChinaUnix博客)??
互斥鎖與條件變量(遇見0425的ChinaUnix博客)??
Linux文件系統十問，你知道嗎？??
建議性鎖和強制性鎖
Linux 的 splice 和sendfile系統調用
LINUX UMASK詳解??
Linux下的umask函數
dup and dup2的剖析
linux stat函數講解
Linux 的 splice 和sendfile系統調用
邏輯卷管理
Linux設備文件簡介
Write的奧秘
VirtualBox怎么共享文件夾
mmap詳解?[很好]
linux mmap 內存映射mmap() vs read()/write()/lseek()?? [很好]
Linux 文件系統剖析?? [IBM文檔庫]
linux?C之access函數
S_ISDIR()函數
強制把系統緩存寫入文件sync和fsync函數,, fflush和fsync的聯系和區別??? (c庫緩沖-----fflush---------〉內核緩沖--------fsync-----〉磁盤)
fflush和fsync的一些總結
Iowait的成因、對系統影響及對策? [很好很深]
linux中互斥鎖的分析
Linux 2.6內核中新的鎖機制--RCU? [IBM文檔庫]
AIO 簡介
日志模塊的C語言實現?[很好]
fstat、stat和lstat 區別
spinlock剖析與改進
Pthreads mutex vs Pthreads spinlock
并發編程系列之一：鎖的意義
-----------------------輸入輸出----------------------------
對STDOUT_FILENO和STDIN_FILENO的理解
-----------------------linux圖形化----------------------
什么是x-window
----------------------小例子很好-------
Linux 常用C函數(用戶組篇1)
Linux 常用C函數(用戶組篇2)
Linux 常用C函數(文件內容操作篇1)
Linux 常用C函數(文件內容操作篇2)
Linux 常用C函數(文件操作篇)
Linux 常用C函數(內存控制篇)
Linux 常用C函數(內存及字符串操作篇1)
Linux 常用C函數(內存及字符串操作篇2)
Linux 常用C函數(字符轉換篇)
Linux 常用C函數(終端控制篇)
Linux 常用C函數(環境變量篇)
Linux 常用C函數(接口處理篇1)
Linux 常用C函數(接口處理篇2)
Linux 常用C函數(時間日期篇)
Linux 常用C函數(時間日期篇2)
Linux 常用C函數(進程操作篇1)
Linux 常用C函數(進程操作篇2)
Linux 常用C函數(進程操作篇3)
-----------------------中斷-------------------
中斷和異常
-----------------------linux數據結構----------------------------
Kernel閱讀手記之slab?
kernel閱讀手記之內存池?
kernel閱讀手記之vmalloc?
kernel閱讀手記之kmalloc?????
kernel閱讀手記之頁面分配和釋放????????????
linux中的鏈表??
深入分析 Linux 內核鏈表??
struct stat結構體簡介??
Linux slab 分配器剖析??
Linux 內存管理 -- 高端內存的映射方式
-----------------------鏈接與加載 動態庫 靜態庫----------------------------
從程序員角度看ELF-譯文
從程序員角度看ELF+objdump??
Linux 動態庫剖析??
靜態庫??
Linux進程地址空間的一步步探究??
Linux下C程序進程地址空間布局??
Linux下靜態庫和共享庫的制作方法??
Linux動態庫(.so)搜索路徑
LINUX動態鏈接庫高級應用
LINUX系統中動態鏈接庫的創建與使用
Linux下靜態庫_庫的基本概念 [很好]
在Linux使用GCC編譯C語言共享庫? 很好
-----------------------GCC和編譯----------------------------
How to Build a GCC Cross-Compiler[技術含量很高]
GCC "-fomit-frame-pointer"編譯選項的含義
Introduction to PIC - (Position Independent Code)
編譯GNU/Linux共享庫, 為什么要用PIC編譯?
GCC編譯優化指南
Glibc Binutils GCC 安裝指南
深入理解軟件包的配置、編譯與安裝
gcc中-pthread和-lpthread的區別
GCC 中的編譯器堆棧保護技術
GCC編譯的背后( 預處理和編譯 匯編和鏈接 )
----------------網絡編程----------------------
socket阻塞與非阻塞，同步與異步、I/O模型?(很好)
socket編程原理???
大端模式與小端模式、網絡字節順序與主機字節順序 （經典）
(摘錄)sockaddr與sockaddr_in,sockaddr_un結構體詳細講解
[gcc編程]?socket編程——sockaddr_in結構體操作
套接字地址結構
accept非阻塞方式
socket-accept
Linux/Unix網絡編程指南(Socket 編程)
實現自己的http server?
自己動手寫 HTTP Server
六款小巧的HTTP Server[C語言]
Linux網絡協議棧(一)——Socket入門(1)
Linux網絡協議棧(一)——Socket入門(2)
提高 Linux 上 socket 性能
高性能網絡編程，第 1 部分: 最大程度地利用您的網絡資源
高性能網絡編程，第 2 部分: 加快客戶機和服務器的處理速度
-------------------linux TCP/IP協議棧------------------------------------
tcp/ip協議棧研究-tcp數據包接收(1)
tcp_ip協議棧源碼分析-ip數據包接收
linux tcp/ip協議棧研究--ip包的轉發和本地傳遞
初探Linux網絡協議棧
linux已經不存在驚群現象
了解 TCP 系統調用序列? [IBM文檔庫]
高性能網絡編程（一）----accept建立連接
高性能網絡編程2----TCP消息的發送
高性能網絡編程3----TCP消息的接收
-----------------------------------------------------------------
LVS
LVS+Keepalived
lvs 和 keepalived的有什么區別
lvs+keepalived和haproxy+heartbeat區別
------------------ljianhui的專欄-------------------------
Linux 之 我最常用的20條命令
Linux數據管理——文件鎖定
Linux 文件操作——系統調用和標準I/O庫
Linux進程間通信——使用消息隊列
Linux進程間通信——使用流套接字
------------------------TCP/IP-------------------------
HTTP詳解(1)-工作原理
HTTP詳解(2)-請求、響應、緩存
Tcpcopy簡介與實戰
網易wangbin（TCPcopy）
TCP/IP 協議分析(整理+轉帖）
TCP_NODELAY詳解
Linux內核: 修改TCP/IP調優參數
淺談TCP/IP網絡編程中socket的行為
tcp協議丟包的問題
TCP 仍會掉包
淺談TCP優化 [很好]
socket編程基礎3(和TCP/IP的關系)
socket編程基礎2(socket API函數介紹)
----------------select和poll----------------------
select系統調用與FD_SET，FD_ISSET,FD_ZERO
linux socket的select函數例子
select()函數以及FD_ZERO、FD_SET、FD_CLR、FD_ISSET
FD_SET，FD_ISSET
FD_ISSET read 后程序被阻塞
Linux 內核的排隊自旋鎖(FIFO Ticket Spinlock
Ticket spinlocks
linux-3.4.2之poll機制分析
按鍵驅動程序之poll機制實現
Poll機制分析（轉韋東山）
--------------------------------------
epoll
Linux2.6內核epoll介紹(0.1版本)? [很好]
使用多線程還是用IO復用select/epoll? epoll 或者 kqueue 的原理是什么？
linux 網絡編程【五】 非阻塞通信epoll
epoll使用詳解（精髓）
如何使用 epoll? 一個 C 語言實例
網絡編程--IO模型示例
socket阻塞與非阻塞，同步與異步、I/O模型
我讀過的最好的epoll講解
Linux Epoll介紹和程序實例
linux epoll用法
學習寫epoll的示例代碼
file-max與ulimit的關系與差別
/proc/sys/fs/file-max
epoll_create, epoll_ctl和epoll_wait
使用epoll進行高性能網絡編程[翻譯]
高并發的epoll+線程池，業務在線程池內
多線程epoll
epoll和select I/O模型研究
linux下的常用I/O模型
多進程服務器中,epoll的創建應該在創建子進程之后
epoll+多進程實現簡單的服務器端
Linux網絡編程一步一步學-epoll同時處理海量連接的代碼
EPOLL+FIFO多進程通信簡單示例
epoll精髓
一個epoll/aio/eventfd結合使用的簡單例子
linux下epoll模型accept并發問題
linux AIO （異步IO） 那點事兒 [轉]
----------tcpdump-------------------
基于tcpdump實例講解TCP/IP協議
Linux tcpdump命令詳解
TCP三次握手及四次揮手詳細圖解
tcpdump抓包分析詳解(轉載)
Tcpcopy簡介與實戰
---------------------------------------------------
監控
Linux下Nagios的安裝與配置
使用Cacti監控你的網絡（二）-?Cacti的安裝
RSync實現文件備份同步
-----
zabbix
http://www.zabbix.com/
CentOS上安裝Zabbix
企業應用監控利器-ZABBIX
運維生存時間?【安裝使用PDF】==========================
算法和數據結構
一致性哈希算法及其在分布式系統中的應用
一致性哈希PHP實現flexihash版 [很好]
海量數據處理算法—Bit-Map
數據結構多媒體演示
使用SquirrelMQ打造一個千萬級數據更新量的應用
B樹的實現
由淺入深探究mysql索引結構原理、性能分析與優化
How browsers work--Behind the scenes of modern web browsers （前端必讀）
跨越千年的RSA算法
伸展樹的點點滴滴
動態規劃那些事
線性時間排序算法
算法系列---回溯算法
扔雞蛋問題詳解（Egg Dropping Puzzle）
MySQL索引背后的數據結構及算法原理
跳躍表（數據結構）
SkipList跳表基本原理
跳表(Skip List)的介紹以及查找插入刪除等操作
Skip List（跳躍表）原理詳解與實現
SkipList 跳表
Win32 環境下的堆棧
海量存儲系列之七
關于位圖索引
位圖索引（Bitmap Index）——索引共用?[很好]
堆的相關操作-最大堆，最小堆，堆排序，優先隊列等
Oracle編程高手箴言：位圖索引(Bitmap Index)的故事
教你如何迅速秒殺掉：99%的海量數據處理面試題[很好]
字符串相關算法問題?[很好]
C語言單鏈表實現19個功能完全詳解[還可以]
Unique索引優化實踐
位運算符及其應用
海量數據處理 算法總結
海量數據處理算法—Bit-Map
海量數據處理算法—Bloom Filter
Trie樹：應用于統計和排序
白話經典算法系列之六 快速排序 快速搞定
遞歸與尾遞歸總結
=============================
C語言
編寫你的第一個垃圾收集器
ldd命令原理與使用
FastCGI開發者套件
C調用C++靜態庫
C和C++之間庫的互相調用
C如何調用C++的庫
為什么不常見include .c文件 [如果是include .c文件 在make文件中不能包含被include文件了否則編譯不過去]
C/C++數組名與指針區別深入探索? [很好]
void指針? [總結的很到位]
結構體?數組名與指針區別?[很好]
《Understanding and Using C Pointers》要點先睹為快?[很好]
斷言(C++大師Andrei Alexandrescu的文章)
如何定義全局變量
《C解毒》征詢意見帖
C語言頭文件的使用 [很好]
淺談c語言中的字符串
50道編程題之字符串的事
C語言的變量的內存分配
typedef 心得
typedef用法小結[很好]
typedef的四個用途和兩大陷阱[很好]
函數類型和函數指針類型
惱人的函數指針（一）
const限定修飾符用法總結(常量，指針，迭代器，函數參數，成員函數)
Linux C 函數手冊
開源C代碼
緩沖區溢出深入理解
shellcode之一：棧溢出?(很好)
shellcode之二：簡述漏洞提權
初探編譯器static、const之實現原理
Permanent Link to 跨越千年的RSA算法
C語言再學習之 setjmp與longjmp
日志模塊的C語言實現? [還可以]
如何實現一個malloc [張洋 很全面]
指針傳遞內存深入探討(一)
堆：快樂和痛苦
誰動了我的cpu——oprofile使用札記
使用 google-perftools 剖析程序性能瓶頸
const常量、指向常量的指針和常量指針
C 語言中的指針和內存泄漏
C語言字符串庫函數的實現?[很好]
卓越的教練是如何訓練高手的？
Linux下程序設計____命令行參數的獲取argc,argv的解析(getopt的使用)
C語言函數內部改變指針本身? [很好]?? 改變指針內容只能用指針的指針
C語言中的作用域和生存周期?? for循環定義的局部變量在循環結束后就沒了
c語言中常常用到的宏
老羅的繽紛天地
C/C++ Volatile關鍵詞深度剖析
--------------------libcurl-----------------------------
http://curl.haxx.se/libcurl/
libcurl使用心得? (不錯)
libcurl應用：如何把下載內容寫入內存
libcurl教程（不錯）
libcurl教程（不錯）
linux c libcurl的簡單使用
----------------gcc----------------------------
GCC 中的編譯器堆棧保護技術
AT&T的malloc實現--malloc的基礎和本質?(很好)
glibc的malloc--更多的改進
malloc的可重入性和線程安全性
關于Linux平臺malloc的寫時拷貝(延遲分配)
----------------內存對齊----------------------
內存對齊 [很好]
內存對齊原理(討論的很好)
cache淺析
關于cache line
如何高效的訪問內存?? [講內存對齊很透徹]
---------------內存池slab分配器-----------------------------------
基于C語言的內存池的設計與實現? [講mempool內存池實現]
一個仿照Nginx的內存池
內存池的實現(二)
內存池的實現(一)
一個簡單的內存池的實現
內存池設計與實現
C++ 應用程序性能優化，第 6 章：內存池
dlmalloc解析連載完整word文檔
http://blog.csdn.net/lenky0401
lenky0401個人博客?
http://lenky.info/
內存池技術暢想
漫步Facebook開源C++庫folly(1)：string類的設計
動態內存分配（malloc/free）簡單實現--隱式空閑鏈表
基于C語言的內存池的設計與實現? (有圖很好)
Glib中slab內存管理算法實現（一）【轉】? 很好
Glib中slab內存管理算法實現（二）【轉】
Glib中slab內存管理算法實現（三）【轉】
glib的slab算法實現學習
-----------------Tcmaloc和jemalloc--------------------------------
TCMalloc與Malloc對比
TCMalloc：線程緩存的Malloc
優化的內存訪問TCMalloc
tcmalloc官方說明漢化?[無暇]
2012年tcmalloc學習筆記之一?[很好]
Tcmalloc源碼簡單分析(1)
讓Redis使用TCMalloc，實現高性能NOSql服務器
jemalloc源碼解讀（一）內存頁的地址
jemalloc源碼解讀（四）長度對齊算法
jemalloc源碼解讀（五）內存布局
更好的內存管理-jemalloc
==================================
C++
C++ Primer 學習筆記 [很全]
==================================
lua
【轉貼】通過例子學習Lua
==================================
Nginx
Nginx官網第三方模塊??
Emiller's Guide To Nginx Module Development
深入理解Nginx：模塊開發與架構解析(陶輝)
輕量級HTTP服務器Nginx(Nginx性能優化技巧)
使用Google PerfTools 優化Nginx
Nginx 內存池（pool）分析?? [圖畫的非常好]
nginx源碼學習----內存池 [很好]
nginx(engine x) 源代碼分析? 徐景(rainx), 王曉哲(chaoslawful) [很好]
ncx_mempool 輕量級內存池 [很好]
github: ncx_mempool [很好]
ncx_mempool源碼分析[很好]
nginx slab內存管理?? [很好]
紅黑樹與小根堆性能對比（java）
Emiller的Nginx模塊開發指南中文版
--------------------------Nginx開發從入門到精通-----------------------------------
初探nginx架構
--------------------------阿里集團數據平臺-------------------------------------------
Nginx的master和worker進程間的通信
Nginx源碼分析-內存池?
Nginx進程管理之master進程??
Nginx進程管理之worker進程?
Nginx源碼分析-Epoll模塊??
Nginx源碼分析-事件循環??
Nginx的connections數組??
Nginx事件驅動的初始化??
--------------------------張洋(Nginx模塊開發入門)---------------------------------
Nginx模塊開發入門
--------------------------淘雕梁---------------------------------------------------------
nginx中cache的設計和實現(一)??nginx對靜態文件cache的處理?Nginx配置文件解析詳解??nginx的upstream分享??nginx對keepalive和pipeline請求處理分析
nginx中request buf的設計和實現??nginx的啟動流程分析(二)??nginx的啟動流程分析(一)?nginx中if命令的設計和實現??nginx中http request處理的流程
nginx中slab分配器的實現??nginx中處理http header詳解(1)??nginx中處理http header詳解(2)??nginx中處理stale event??nginx源碼剖析
nginx中if命令的設計和實現??nginx對TCP_CORK/TCP_NOPUSH的使用??nginx least_conn 模塊源碼剖析
nginx中upstream的設計和實現(一)??nginx中upstream的設計和實現(二)??nginx中upstream的設計和實現(三)
--------------------------jizhao----------------------------------
Nginx基礎數據結構分析-ngx_buf_t??Nginx基礎數據結構分析-ngx_list_t??Nginx基礎數據結構分析-ngx_chain_t??
Nginx基礎數據結構分析-ngx_hash_keys_arrays_t??Nginx基礎數據結構分析-ngx_hash_combined_t
Nginx基礎數據結構分析-ngx_pool_t???Nginx基礎數據結構分析-ngx_array_t???Nginx超時機制??ngx_snprintf說明
-----------------------阿波(livelylittlefish)--------------------------
nginx源碼分析—內存池結構ngx_pool_t及內存管理??nginx源碼分析—數組結構ngx_array_t??nginx源碼分析—全局變量ngx_cycle的初始化??nginx源碼分析—模塊及其初始化??
nginx源碼分析—hash結構ngx_hash_t(v1.0.4)??nginx源碼分析—core模塊callback??nginx源碼分析—信號初始化??nginx源碼分析—如何發送信號??
-------------------------編程De(jzhlin)------------------------
Nginx 源碼分析-- 內存池(pool)的分析 一??Nginx 源碼分析-- 內存池(pool)的分析 二??Nginx 源碼分析-- 內存池(pool)的分析 三??
Nginx 源碼分析-- 淺談對模塊module 的基本認知??Nginx 源碼分析-- ngx_array、ngx_list基本數據結構??Nginx 源碼分析-- ngx_string 的一些簡單分析??
Nginx 源碼分析-- 模塊module 解析執行 nginx.conf 配置文件流程分析 一??Nginx 源碼分析-- 模塊module 解析執行 nginx.conf 配置文件流程分析 二
-----------------------可樂愛上咖啡(marcky)----------------------------
Nginx源碼分析-數組??nginx源碼分析-鏈表??Nginx源碼分析-啟動初始化過程（一）??Nginx源碼分析-啟動初始化過程（二）??Nginx源碼分析-內存池
Nginx源碼分析-進程管理之master進程??Nginx源碼分析-進程管理之worker進程??Nginx源碼分析-master和worker進程間的通信
Nginx源碼分析-事件驅動的初始化??Nginx源碼分析-事件循環??Nginx源碼分析-connections數組??Nginx源碼分析-Epoll模塊
----------------------風去無痕(fll369)-----------------------------
nginx中slab實現????Nginx共享內存??nginx進程通信--共享內存??nginx進程通信??nginx進程模型
nginx配置文件解析??nginx模塊解析??nginx事件機制??nginx socket初始化??nginx建立連接
-------------------------lengzijian--------------------------
nginx 源碼學習筆記（一）——初識nginx helloworld模塊?
nginx 源碼學習筆記（六）——nginx基本數據結構??nginx 源碼學習筆記（七）——內存分配相關源碼分析??
nginx 源碼學習筆記（八）——基本容器——array數組?nginx 源碼學習筆記（九）——基本容器——queue
nginx 源碼學習筆記（十）——基本容器——ngx_hash?nginx 源碼學習筆記（十一）——基本容器——ngx_list
nginx 源碼學習筆記（十二）——基本容器——ngx_buf
nginx 源碼學習筆記（十三）——文件讀寫和配置文件讀取?nginx 源碼學習筆記（十四）—— 全局變量ngx_cycle
nginx 源碼學習筆記（十五）—— ngx_master_process_cycle 多進程(一)???nginx 源碼學習筆記（十六）—— ngx_start_worker_processes子進程創建
nginx 源碼學習筆記（十七）—— ngx_worker_process_cycle子進程執行?
nginx 源碼學習筆記（二十）—— event 模塊(一)??nginx 源碼學習筆記（二十一）—— event 模塊(二)????
nginx 源碼學習筆記（二十二）—— event 模塊(三) ——epoll模塊??nginx 源碼學習筆記（二十三）—— event 模塊(四) ——timer紅黑樹
-------------------鐘超Michael · 個人技術筆記--------------------------------
Nginx源碼完全注釋（1）ngx_alloc.h / ngx_alloc.c??解剖Nginx·模塊開發篇（1）跑起你的 Hello World 模塊！
-------------------但行好事 莫問前程(simohayha)--------------------------------
nginx的進程模型???nginx的內存管理??nginx中request請求的解析???nginx的filter的處理?nginx中鎖的設計以及驚群的處理
nginx中handler的處理(一)??nginx中handler的處理(二)?nginx中的output chain的處理(一)??nginx中的output chain的處理(二)
----------------------從這里開始(coder2012)-----------------------------
Nginx學習筆記（三） Nginx基本數據結構??Nginx學習筆記（二） Nginx--connection&request??Nginx學習筆記（七） 創建子進程??
Nginx學習筆記（六） 源碼分析&啟動過程??Nginx學習筆記（五） 源碼分析&內存模塊&內存對齊??Nginx學習筆記（四） 源碼分析&socket/UDP/shmem
----------------------浪灣(langwan)-----------------------------
nginx源代碼分析??Nginx源代碼分析-ssi模塊處理(一)??Nginx源代碼分析-ssi模塊處理(二)??Nginx源代碼分析-ssi模塊處理(三)
-----------------------那一劍的風情(fqing)----------------------------
nginx源碼分析之開篇?nginx源碼分析之模塊化??nginx源碼分析之設計之美??nginx源碼分析之事件機制??nginx源碼分析之配置圖解
-------------------------bollaxu--------------------------
Nginx Proxy Cache的slab page內存緩存機制?Nginx的HTTP請求處理???Nginx的upstream模塊和反向代理(一)???Nginx的upstream模塊和反向代理(二)?
Nginx spinlock互斥鎖?Nginx Proxy Cache分析?Nginx事件處理(epoll)?
--------------------李子的博客(lifeibo)-------------------------------
Nginx源碼分析之變量?Nginx中slab分配大內存的陷阱?Nginx問題定位之監控進程異常退出
--------------------yjf512-------------------------------
nginx的HTTP模塊編寫??nginx的http模塊開發--一個驗證url參數的例子??nginx模塊_使用gdb調試nginx源碼??nginx源碼學習資源（不斷更新）
--------------------那誰-------------------------------
Nginx0.7.61代碼分析(一)–寫在前面的話以及進程模型分析??Nginx0.7.61代碼分析(二)–worker子進程之間的負載均衡??Nginx0.7.61代碼分析(三)–事件處理??Nginx0.7.61代碼分析(四)–處理超時連接??Lighty與Nginx的比較分析??內存池及其他??
----------------------江南煙雨---------------------------
Nginx學習之十三-負載均衡-IP哈希策略剖析??Nginx學習之十一-Nginx啟動框架處理流程?? Nginx學習之二-配置項解析及編程實現
----------------------程序員的自我修養---------------------------
nginx源碼學習----內存池??哈希表的C實現（一）??哈希表的C實現（二）??Mina框架研究（1）
-------------------Dmee的專欄-----------------------------
TCP協議經典rfc主題總結
關于異步，同步，阻塞與非阻塞
緩存服務器設計與實現(一)
關于nginx中upstream機制的思考
再談nginx變量(一)
關于nginx中upstream機制的思考
------------------雜家--------
Nginx源碼剖析之內存池，與內存管理
NGINX原理分析之SLAB分配機制?[圖文并茂]
Nginx?內存池抽取
nginx源碼剖析(3）----nginx中的內存池(簡化去掉日志)
Nginx內存池實現源碼分析
nginx的共享內存和鎖，以及消息機制
nginx網絡層分析
Nginx模塊開發（一）?
Nginx模塊開發入門?
===================================
redis
http://redis.io/
Redis 命令參考[漢化]
Redis 命令參考[漢化和上面一樣的，做個備份]
通訊協議(protocol)
Protocol specification[原文]
Redis學習手冊(目錄) [不錯,命令例子很多，排版也不錯]
--------------twemproxy代理---------------------
https://github.com/twitter/twemproxy
Twemproxy源碼分析（一）啟動過程
twemproxy分析
twemproxy for redis使用說明及簡單分析
Twemproxy – Twitter 開源的 Redis proxy
twemproxy簡介
----------------------------------
https://github.com/huangz1990
Redis資料匯總專題
Redis內存存儲結構分析?(淘寶搜索技術博客) 【很好很全】
Redis運行流程源碼解析? (事件分析完整參開之三)[很好]
redis的IO事件驅動庫原理和實現
Redis內存使用優化與存儲?[很好]
Redis學習手冊(事務)
Redis 事務實現原理分析? [很好]
阿里云計算運維部高級工程師阮若夷：Redis深入淺出? [很好]
Redis采用不同內存分配器碎片率對比?[很好]
Redis內存容量的預估和優化?[很好 講jemalloc]
Redis協議解讀與實現
redis.conf中文版（基于2.4）
深入淺出redis事件框架
redis/ae總結 [還可以，事件機制總結的很全]
Redis為什么不使用Libevent或者Libev
為啥 redis 使用跳表(ziplist)而不是使用 red-black？
redis是個單線程的程序，為什么會這么快呢?
深入理解Redis主鍵失效原理及實現機制[很好]
redis分析
Redis源碼學習之【事件機制】
Redis事件驅動庫
redis源碼分析-為什么set性能高于get
redis的事件庫
Redis源碼解析（1）——源碼目錄介紹
Redis zmalloc
Redis源碼分析：內存分配操作
深入剖析Redis RDB持久化機制
Redis 事務實現原理分析
解密Redis持久化
Redis ziplist內部結構分析
當Redis內存用盡時會做何處理？
Redis rdb dump的問題
Redis源碼分析：內存管理
------------------Redis設計與實現---------------------------------
Redis 設計與實現
Redis 設計與實現(字典)? (很好)
redisObject 數據結構，以及 Redis 的數據類型
Redis設計與實現--跳躍表
-----------------------麥子邁------------------------------------
解讀Redis ae事件驅動庫
解讀Redis dict核心數據結構
解讀Redis中ziplist、zipmap、intset實現細節
解讀Redis運行核心循環過程
Redis核心解讀-從Master到Slave的Replicantion
Redis核心解讀–類型系統解構
Redis核心解讀–數據持久化過程與RDB文件
Redis核心解讀–AOF與REWRITE機制
Redis核心解讀–Slow Log
Redis核心解讀–事務(Multi和CAS)的實現
Redis核心解讀–pubsub(發布者-訂閱者模式)的實現
Redis核心解讀–集群管理工具(Redis-sentinel)
Redis集群的討論及WheatRedis說明
--------------------curve--------------------------------
Redis源碼解析1 - 程序框架
Redis源碼解析2 - Dict結構
Redis源碼解析3 - Object
Redis源碼解析4 - 數據類型之 String & List
-----------------(董的博客)----------------------
Redis源碼研究—代碼整體架構?? (事件分析完整參開之一)[很好]
Redis源碼研究—哈希表?
----------------------用Bollger記錄技術之路的點滴...------------------------------
Redis系列(一)---啟動流程分析
Redis系列(二)---如何接受客戶端請求并調用處理函數
Redis系列(三)---事件處理細節分析及epoll介紹
----------------------------運維和開發----------------------------------
redis源代碼分析 – hash table??
redis源代碼分析 – event library??(事件分析完整參開之二)[很好]
redis源代碼分析- replication?
redis源代碼分析 – persistence??
redis源代碼分析 – protocol?
redis內存容量的預估和優化?? (剖析set)
----------------------------Aegeaner的專欄-----------------------------
Redis源代碼分析之七：事件驅動庫分析——Ae? [很好]
Redis源代碼分析之一：內存管理——Zmalloc
Redis源代碼分析之二：散列表——Dict（上）
Redis源代碼分析之三：散列表——Dict（下）
Redis源代碼分析之四：Unix底層網絡通信——Anet
Redis源代碼分析之六：Redis執行流程
---------------------olylakers-------------------------------
Redis代碼閱讀3--Redis網絡監聽（1）?? [很好]
Redis代碼閱讀3--Redis網絡監聽（2）
Redis代碼閱讀3--Redis網絡監聽（3）?
Redis代碼閱讀2--Redis數據結構之鏈表
Redis代碼閱讀1--Redis啟動原理
---------------------------淘寶核心系統團隊博客-------------------
Redis zipmap內存布局分析
Redis skip list結構分析
------------------------------igloo1986-------------------
【redis源碼】（九）Redis
【redis源碼】（八） Intset.c
【redis源碼】（七）Dict.c
【redis源碼】（六）Ae.c
【redis源碼】（五）Ziplist
【redis源碼】（四）Adlist
【redis源碼】（三）Zipmap
【redis源碼】（二）Sds
【redis源碼】（一）Zmalloc
-------------------------------------劉浩de技術博客-----------------------
跳表（skiplist）的代碼實現
redis源碼筆記 - serverCron
redis源碼筆記 - initServer
redis源碼筆記－ae_epoll.c
redis源碼筆記-ae.c
redis源碼筆記－dict.c
redis源碼筆記－sds
redis源碼筆記－redis.conf
redis源碼筆記－adlist
===================================
LevelDB
http://dirlt.com/leveldb.html
LevelDB關鍵實現圖解
【朗格科技】LevelDb日知錄
數據分析與處理之二（Leveldb 實現原理）? [很好]
===================================
thttpd
thttpd官網
thttpd安裝
輕量型thttpd+php5
thttpd輕量級web服務器(HTTP/1.1和簡單的CGI支持)
搭建 thttpd 服務器
thttpd源碼小分析
thttpd源碼小分析之Reactor pattern
thttpd代碼分析編譯錯誤
thttpd源碼剖析
thttpd源代碼閱讀筆記
thttpd 2.25b源碼分析
php-5.3,php-5.4的thttpd2.25b補丁,及編譯方法
------------------------------------------------
libevent和libev網絡庫
http://libevent.org/
libevent源碼淺析: http庫??libevent源碼淺析: 事件處理框架??libevent源碼淺析: 定時器和信號?libevent源碼淺析: 主要的結構體
libevent源碼分析
libevent-book
libevent源碼分析
Programming with Libevent
libevent結構分析
----------------libev---------------------
libev入門
libev庫的用法
libev 設計分析
libev ev_io源碼分析
用libev的c語言版本實現簡單的網絡通信服務器
libev：libevent的挑戰者
=====================
PHP
gdb 調試PHP
PHP中spl_autoload_register函數的用法
PHP實現MVC開發得最簡單的方法——單點入口
自己動手寫PHP MVC框架
可變函數??匿名函數
PHP回調函數的實現方法
如何調試PHP的Core之獲取基本信息
PDO防注入原理分析以及使用PDO的注意事項
騰訊PHP面試題
PHP動態實例化對象并向構造函數傳遞參數
PHP哈希表碰撞攻擊原理
php緩存與加速分析與匯總??
確保 PHP 應用程序的安全
PHP-Valgrind的介紹
php 引用傳遞、引用返回和取消引用以及unset
PHP包含文件(require/include/require_once/include_once/__autoload/spl_autoload_xxx)分析總結
PHP中判斷變量為空的幾種方法
PHP 類型比較表
使用 Zend Opcache 加速 PHP
PHP 源代碼分析
BigPipe學習研究?很好
php多線程解決之stream_socket_client
rose pipe–一次對http技術的偉大革新實現
名站技術分析 — facebook奇特的頁面加載技術
Linux crontab 命令介紹
php5.3 PHP5.4 PHP5.5 新特性（一）
用PHP實現簡單的控制反轉(IOC) 依賴注入(DI)，用JSON配置文件?? [很好]
php之aop實踐?? php老鳥
在PHP里利用魔術方法實現準AOP
PHP系列學習之AOP
https://github.com/phpredis/phpredis?[phpredis擴展]
-----------------PHP擴展----------------------------
如何編寫PHP擴展???用C/C++擴展你的PHP
用C語言寫PHP擴展?(基礎)
用C語言擴展PHP功能?(數據庫操作)
快速開發一個PHP擴展(黑夜路人)
編寫PHP擴展三步曲之一 (很好)
PHP Extension開發基礎
PHP擴展開發:第一個擴展
用 SWIG 構建 PHP 擴展
PHP內核探索：zend_parse_parameters函數
Zend API：Zend_parse_parameters
原文：http://devzone.zend.com/public/view/tag/Extension Part I: Introduction to PHP and Zend 編寫擴展I - ?PHP和Zend起步 http://devzone.zend.com/article/1021-Extension-Writing-Part-I-Introduction-to-PHP-and-Zend Part II: Parameters, Arrays, and ZVALs 編寫擴展_II - 參數、數組和ZVALs http://devzone.zend.com/article/1022-Extension-Writing-Part-II-Parameters-Arrays-and-ZVALs Part II: Parameters, Arrays, and ZVALs [continued] 編寫擴展_II - 參數、數組和ZVALs[繼續] http://devzone.zend.com/article/1023-Extension-Writing-Part-II-Parameters-Arrays-and-ZVALs-continued Part III: Resources 編寫擴展_III - 資源 http://devzone.zend.com/article/1024-Extension-Writing-Part-III-ResourcesPHP本地緩存擴展pcache
--------------laruence-----------------------
采用PHP實現”服務器推”技術的聊天室
關于PHP你可能不知道的－PHP的事件驅動化設計
加速PHP的ECHO
深入理解PHP原理之Opcodes
深入理解PHP原理之異常機制
再一次, 不要使用(include/require)_once
Yar – 并行的RPC框架(Concurrent RPC framework)
YAR 并行RPC框架研究?很好
-----------------------------------------------------------
YII
Yii PHP 框架分析 (一)????Yii PHP 框架分析（二）????? Yii PHP 框架分析（三） ? ? ? Yii PHP 框架分析（四）
-----------------------------------------------------------
PHP的MVC框架哪一個性價比最高？yii2 還是 thinkphp
==================================
Javascript
瀏覽器中的內存泄露
瀏覽器中的內存泄露（續）
http://www.gruntjs.net/docs/getting-started/
大公司里怎樣開發和部署前端代碼? ?作者個人博客https://github.com/fouber/blog
百度web前端研發部?http://fex.baidu.com/
百度無線web研發部?http://mweb.baidu.com/
-----------------------------------------------------------
Ajax
深入淺出JSONP--解決ajax跨域問題?[很好]
說說JSON和JSONP，也許你會豁然開朗，含jQuery用例
1、一個眾所周知的問題，Ajax直接請求普通文件存在跨域無權限訪問的問題，甭管你是靜態頁面、動態網頁、web服務、WCF，只要是跨域請求，一律不準；
2、不過我們又發現，Web頁面上調用js文件時則不受是否跨域的影響（不僅如此，我們還發現凡是擁有"src"這個屬性的標簽都擁有跨域的能力，比如<script>、<img>、<iframe>）；
3、于是可以判斷，當前階段如果想通過純web端（ActiveX控件、服務端代理、屬于未來的HTML5之Websocket等方式不算）跨域訪問數據就只有一種可能，那就是在遠程服務器上設法把數據裝進js格式的文件里，供客戶端調用和進一步處理；
4、恰巧我們已經知道有一種叫做JSON的純字符數據格式可以簡潔的描述復雜數據，更妙的是JSON還被js原生支持，所以在客戶端幾乎可以隨心所欲的處理這種格式的數據；
5、這樣子解決方案就呼之欲出了，web客戶端通過與調用腳本一模一樣的方式，來調用跨域服務器上動態生成的js格式文件（一般以JSON為后綴），顯而易見，服務器之所以要動態生成JSON文件，目的就在于把客戶端需要的數據裝入進去。
6、客戶端在對JSON文件調用成功之后，也就獲得了自己所需的數據，剩下的就是按照自己需求進行處理和展現了，這種獲取遠程數據的方式看起來非常像AJAX，但其實并不一樣。
7、為了便于客戶端使用數據，逐漸形成了一種非正式傳輸協議，人們把它稱作JSONP，該協議的一個要點就是允許用戶傳遞一個callback參數給服務端，然后服務端返回數據時會將這個callback參數作為函數名來包裹住JSON數據，這樣客戶端就可以隨意定制自己的函數來自動處理返回數據了。
跨域請求解決方法(JSONP, CORS)
Ajax直接請求普通文件存在跨域無權限訪問的問題。解決方法有JSONP，Flash等等。
JSONP
我們發現，Web頁面上調用js文件時不受是否跨域的影響，凡是擁有"src"這個屬性的標簽都擁有跨域的能力，比如<script>、<img>、<iframe>。
那就是說如果要跨域訪問數據，就服務端只能把數據放在js格式的文件里。恰巧我們知道JSON可以簡潔的描述復雜數據，而且JSON還被js原生支持，所以在客戶端幾乎可以隨心所欲的處理這種格式的數據。
然后客戶端就可以通過與調用腳本一模一樣的方式，來調用跨域服務器上動態生成的js格式文件。客戶端在對JSON文件調用成功之后，也就獲得了自己所需的數據。這就形成了JSONP的基本概念。
允許用戶傳遞一個callback參數給服務端，然后服務端返回數據時會將這個callback參數作為函數名來包裹住JSON數據，這樣客戶端就可以隨意定制自己的函數來自動處理返回數據了。
HTML5安全：CORS（跨域資源共享）簡介
以前要實現跨域訪問，可以通過JSONP、Flash或者服務器中轉的方式來實現，但是現在我們有了CORS。
CORS與JSONP相比，無疑更為先進、方便和可靠。
1、 JSONP只能實現GET請求，而CORS支持所有類型的HTTP請求。
2、 使用CORS，開發者可以使用普通的XMLHttpRequest發起請求和獲得數據，比起JSONP有更好的錯誤處理。
3、 JSONP主要被老的瀏覽器支持，它們往往不支持CORS，而絕大多數現代瀏覽器都已經支持了CORS（這部分會在后文瀏覽器支持部分介紹）。
AJAX POST&跨域 解決方案 - CORS
JSONP 的工作原理是什么？
很簡單，就是利用<script>標簽沒有跨域限制的“漏洞”（歷史遺跡啊）來達到與第三方通訊的目的。
當需要通訊時，本站腳本創建一個<script>元素，地址指向第三方的API網址，形如： ? ? <script src="http://www.example.net/api?param1=1¶m2=2"></script> ? ??
并提供一個回調函數來接收數據（函數名可約定，或通過地址參數傳遞）。 ? ??
第三方產生的響應為json數據的包裝（故稱之為jsonp，即json padding），形如： ? ? callback({"name":"hax","gender":"Male"}) ? ? 這樣瀏覽器會調用callback函數，并傳遞解析后json對象作為參數。
本站腳本可在callback函數里處理所傳入的數據。 ? ?
補充：“歷史遺跡”的意思就是，如果在今天重新設計的話，也許就不會允許這樣簡單的跨域了嘿，比如可能像XHR一樣按照CORS規范要求服務器發送特定的http頭。
JSONP是一種非正式傳輸協議，該協議的一個要點就是允許用戶傳遞一個callback參數給服務端，然后服務端返回數據時會將這個callback參數作為函數名來包裹住JSON數據，
這樣客戶端就可以隨意定制自己的函數來自動處理返回數據了。
==================================
mysql
orzdba工具使用說明?? [非常好用重要]
MySQL線上常見故障剖析? [很好]
mysql二進制文件(binlog)的應用
LINUX上MYSQL優化三板斧
利用NetScaler和自行編寫的健康檢查腳本，完美解決多臺MySQL Slave數據庫的負載均衡? [張宴]
利用Navicat導出修改表sql
MySQL第三方復制工具 --- Tungsten-Replicator
Tungsten Replicator 的安裝 2.0.4 2.0.6
Tungsten Replicator 是一種MySQL復制引擎，類似于MySQL 自身的replication，基于日志復制模式，不同的是 Tungsten 通過Extractor控件讀取mysql主庫的binlog 解析成自己的日志格式--THL（Transaction History Log）, 在從庫上通過Applier控件寫入數據庫。
第三方數據復制引擎--Tungsten-Replicator 主要特點：
1 支持高版本MySQL向低版本復制,5.1-->5.0?
2 支持跨數據庫系統的復制,MySQL->PgSQL ，MySQL->MongoDB
3 支持多主庫向單臺Slave的復制,Multi-Master-->Slave?
4 G-Replicator提取數據的更新記錄寫到MySQL 隊列表Queue;基于這個隊列,可以為其他應用服務提供便利
https://code.google.com/p/tungsten-replicator/
BlackHole ：黑洞引擎
如何選擇MySQL存儲引擎
MySQL BlackHole 存儲引擎使用
高性能mysql(基于復制架構)(多圖)高性能mysql(基于復制架構)(多圖)
高性能Mysql主從架構的復制原理及配置詳解
Amoeba官網
MySQL 分區表
=================================
搜索技術
sphinx
億級數據的高并發通用搜索引擎架構設計 [張宴]
基于Sphinx構建準實時更新的分布式通用搜索引擎平臺 [張宴]
搜索引擎技術之概要預覽
-----------------------------------------------
Lucene
Lucene原理與代碼分析 [很好]
Lucene 原理與代碼分析完整版 [很好]
http://wiki.apache.org/lucene-java/HowTo
二、lucene3.5的查詢語法
一個最簡單的Lucene例子
=================================
memcached
關于Memcache內存管理模型的理解? [很好]
memcached內存管理(1) ----------------slabs [很好]
memcached內存管理(2) ----------------items
memcached內存管理(3) ----------------assoc
memcached完全剖析–1. memcached的基礎
memcached全面剖析–2.理解memcached的內存存儲 [很好]
memcached全面剖析–3.memcached的刪除機制和發展方向
memcached全面剖析–4. memcached的分布式算法
memcached全面剖析–5. memcached的應用和兼容程序
Memcache內存分配策略
Memcached源碼分析之內存管理篇
memcache slabs? [好]
微博高并發場景下的分布式緩存架構? [好]
Memcached源碼分析(線程模型)
memcached的通訊層分析
memcache 線程模型
memcached采用的網絡模型
memcache connect queue
memcached源碼學習-內存管理機制slab allocator[好]
memcached源碼學習-多線程模型[好]
memcached源碼學習-hashtable
Memcached 內存管理（一）
memcached內存分配及回收初探 - 01
memcached淺析-韓建華 [好]
memcached源代碼分析 [好]
memcached分析--主架構解析
memcached之slab
memcached工作原理與優化建議
memcached參數中文解釋
Memcached FAQ(2) 集群架構方面的問題?[準確]
Memcached內存管理機制淺析
memcached深度分析
Memcached 結構分析 [很全面]
memcached slabs內存分配算法詳解
Memcached數據被踢(evictions>0)現象分析
memcache源碼分析之items
memcache源碼分析之assoc
memcache源碼分析之命名空間stats
memcache源碼分析之slabs [很好]
Memcached 1.2 內存模型分析(zz)
深入分析Memcached的線程接入模型---上
深入分析Memcached的線程接入模型---中
深入分析Memcached的線程接入模型---下
Memcached源碼學習——線程模型
memcached源碼學習——協議
C C++ 內存池分析 二 ncx_pool
C C++ 內存池分析一 POCO Memcached
C C++ 內存池分析 三 淘寶tair K-V 內存數據庫 mem_pool
memcached server LRU 深入分析? [還不錯]
==================================
存儲
存儲博文精選專輯
經典論文翻譯導讀之《Google File System》
圖片服務器架構演進
==================================
FastDFS
FastDFS 安裝及使用
FastDFS FAQ
FastDFS分布式文件系統點滴記錄2 --? 架構概述
FastDFS分布式文件系統點滴記錄3 -- 網絡模型、libevent框架使用
FastDFS分布式文件系統點滴記錄4 -- tracker 、storage 入口分析
FastDFS分布式文件系統點滴記錄5 -- upload上傳機制剖析1
FastDFS分布式文件系統點滴記錄5? -- upload上傳機制剖析2
FastDFS分布式文件系統點滴記錄5 -- upload上傳機制剖析3
FastDFS分布式文件系統點滴記錄6 -- download下載機制剖析
FastDFS源碼閱讀筆記(一)
FastDFS源碼閱讀筆記(二)
FastDFS源碼閱讀筆記(三)
FastDFS源碼解析1-概述
fastdfs源碼分析2-storage主流程
fastdfs源碼分析3-tracker主流程
fastdfs 源碼分析4-tracker的選主和心跳機制
分布式文件系統FastDFS架構剖析
==================================
TFS
TFS 源碼分析 寫文件操作 Client端
--------------bingfox的專欄---------------
TFS數據塊同步推送分析
TFS文件系統格式化分析
TFS文件系統數據服務器啟動加載分析
TFS文件系統寫文件分析
TFS文件系統策略分析
=================分布式理論===================
CAP原理
CAP定理 [wiki]
以兩軍問題為背景來演繹Basic Paxos【最形象，paxos和兩軍問題，不是說paxos解決了兩軍問題，只是借用兩軍問題的背景來演繹paxos。】
一步一步理解Paxos算法【黑夜路人 畫圖不錯】
Paxos算法細節詳解(一)--通過現實世界描述算法【很好】
在最初的第二階段，議題是先入為主的，誰先占了先機，后面的proposer在第一階段就會學習到這個議題而修改自己本身的議題，因為這樣沒職業操守，才能讓一致性得到保證，這就是paxos算法的一個過程。原來paxos算法里的角色都是這樣的不靠譜，不過沒關系，結果靠譜就可以了。該算法就是為了追求結果的一致性。
Paxos在大型系統中常見的應用場景
Paxos是一個分布式選舉算法就夠了。
1. database replication, log replication等， 如bdb的數據復制就是使用paxos兼容的算法。Paxos最大的用途就是保持多個節點數據的一致性。
2. naming service, 如大型系統內部通常存在多個接口服務相互調用。
3.config配置管理
4.membership用戶角色/access control list, 比如在權限設置中，用戶一旦設置某項權限比如由管理員變成普通身份，這時應在所有的服務器上所有遠程CDN立即生效，否則就會導致不能接受的后果。
5. 號碼分配。通常簡單的解決方法是用數據庫自增ID, 這導致數據庫切分困難，或程序生成GUID, 這通常導致ID過長。更優雅的做法是利用paxos算法在多臺replicas之間選擇一個作為master, 通過master來分配號碼。當master發生故障時，再用paxos選擇另外一個master。
Yahoo!開源的ZooKeeper [5]是一個開源的類Paxos實現。它的編程接口看起來很像一個可提供強一致性保證的分布式小文件系統。對上面所有的場合都可以適用。但可惜的是，ZooKeeper并不是遵循Paxos協議，而是基于自身設計并優化的一個2 phase commit的協議，因此它的理論[6]并未經過完全證明。但由于ZooKeeper在Yahoo!內部已經成功應用在HBase, Yahoo! Message Broker, Fetch Service of Yahoo! crawler等系統上，因此完全可以放心采用。
如何淺顯易懂地解說 Paxos 的算法？
CAP原理與最終一致性
CAP理論以及Eventually Consistent 解析
關于分布式事務、兩階段提交、一階段提交、Best Efforts 1PC模式和事務補償機制的研究
兩階段提交協議（two phase commit protocol，2PC）
分布式系統的CAP理論
CA without P：如果不要求P（不允許分區），則C（強一致性）和A（可用性）是可以保證的。
但其實分區不是你想不想的問題，而是始終會存在，因此CA的系統更多的是允許分區后各子系統依然保持CA。
CP without A：如果不要求A（可用），相當于每個請求都需要在Server之間強一致，而P（分區）會導致同步時間無限延長，如此CP也是可以保證的。
很多傳統的數據庫分布式事務都屬于這種模式。
AP wihtout C：要高可用并允許分區，則需放棄一致性。
一旦分區發生，節點之間可能會失去聯系，為了高可用，每個節點只能用本地數據提供服務，而這樣會導致全局數據的不一致性。現在眾多的NoSQL都屬于此類。
分布式系統的BASE理論
BASE是指基本可用（Basically Available）、軟狀態（ Soft State）、最終一致性（ Eventual Consistency）。
基本可用（Basically Available）
基本可用是指分布式系統在出現故障的時候，允許損失部分可用性，即保證核心可用。
電商大促時，為了應對訪問量激增，部分用戶可能會被引導到降級頁面，服務層也可能只提供降級服務。這就是損失部分可用性的體現。
軟狀態（ Soft State）
軟狀態是指允許系統存在中間狀態，而該中間狀態不會影響系統整體可用性。
分布式存儲中一般一份數據至少會有三個副本，允許不同節點間副本同步的延時就是軟狀態的體現。mysql replication的異步復制也是一種體現。
最終一致性（ Eventual Consistency）
最終一致性是指系統中的所有數據副本經過一定時間后，最終能夠達到一致的狀態。弱一致性和強一致性相反，最終一致性是弱一致性的一種特殊情況。
ACID和BASE的區別與聯系
ACID是傳統數據庫常用的設計理念，追求強一致性模型。BASE支持的是大型分布式系統，提出通過犧牲強一致性獲得高可用性。
ACID和BASE代表了兩種截然相反的設計哲學
在分布式系統設計的場景中，系統組件對一致性要求是不同的，因此ACID和BASE又會結合使用。
CAP原理和BASE思想
分布式領域CAP理論，
Consistency(一致性), 數據一致更新，所有數據變動都是同步的
Availability(可用性), 好的響應性能
Partition tolerance(分區容錯性) 可靠性
定理：任何分布式系統只可同時滿足二點，沒法三者兼顧。
忠告：架構師不要將精力浪費在如何設計能滿足三者的完美分布式系統，而是應該進行取舍。
關系數據庫的ACID模型擁有 高一致性 + 可用性 很難進行分區：
Atomicity原子性：一個事務中所有操作都必須全部完成，要么全部不完成。
Consistency一致性. 在事務開始或結束時，數據庫應該在一致狀態。
Isolation隔離層. 事務將假定只有它自己在操作數據庫，彼此不知曉。
Durability. 一旦事務完成，就不能返回。
跨數據庫事務：2PC (two-phase commit)， 2PC is the anti-scalability pattern (Pat Helland) 是反可伸縮模式的，JavaEE中的JTA事務可以支持2PC。因為2PC是反模式，盡量不要使用2PC，使用BASE來回避。
BASE模型反ACID模型，完全不同ACID模型，犧牲高一致性，獲得可用性或可靠性：
Basically Available基本可用。支持分區失敗(e.g. sharding碎片劃分數據庫)
Soft state軟狀態 狀態可以有一段時間不同步，異步。
Eventually consistent最終一致，最終數據是一致的就可以了，而不是時時高一致。
簡單了解分布式系統
集中式系統用一句話概括就是：一個主機帶多個終端。
在《分布式系統概念與設計》一書中，對分布式系統做了如下定義：
分布式系統是一個硬件或軟件組件分布在不同的網絡計算機上，彼此之間僅僅通過消息傳遞進行通信和協調的系統
簡單來說就是一群獨立計算機集合共同對外提供服務，但是對于系統的用戶來說，就像是一臺計算機在提供服務一樣。
分布式系統的一致性探討
分布式領域CAP理論告訴我們，任何一個分布式系統都無法同時滿足Consistency(一致性)、Availability(可用性)、Partition tolerance(分區容錯性) 這三個基本需求。最多只能滿足其中兩項。 但是，一個分布式系統無論在CAP三者之間如何權衡，都無法徹底放棄一致性（Consistency），如果真的放棄一致性，那么就說明這個系統中的數據根本不可信，數據也就沒有意義，那么這個系統也就沒有任何價值可言。所以，無論如何，分布式系統的一致性問題都需要重點關注。
有的架構師還說在某些場景中可以犧牲一致性呢？
通常這里說的放棄一致性指的是放棄數據的強一致性。
強一致性
當更新操作完成之后，任何多個后續進程或者線程的訪問都會返回最新的更新過的值。
弱一致性
系統并不保證續進程或者線程的訪問都會返回最新的更新過的值，可能保證在某個時間級別之后，可以讓數據達到一致性狀態。
最終一致性
弱一致性的特定形式。
在沒有后續更新的前提下，系統最終返回上一次更新操作的值。
在沒有故障發生的前提下，不一致窗口的時間主要受通信延遲，系統負載和復制副本的個數影響。DNS是一個典型的最終一致性系統。
關于分布式事務、兩階段提交協議、三階提交協議
分布式事務是指會涉及到操作多個數據庫的事務。其實就是將對同一庫事務的概念擴大到了對多個庫的事務。目的是為了保證分布式系統中的數據一致性。
二階段提交：參與者將操作成敗通知協調者，再由協調者根據所有參與者的反饋情報決定各參與者是否要提交操作還是中止操作。
兩個階段是指：第一階段：準備階段(投票階段)和第二階段：提交階段（執行階段）。
二階段提交還是有幾個缺點的：
1、同步阻塞問題。執行過程中，所有參與節點都是事務阻塞型的。當參與者占有公共資源時，其他第三方節點訪問公共資源不得不處于阻塞狀態。
2、單點故障。由于協調者的重要性，一旦協調者發生故障。參與者會一直阻塞下去。尤其在第二階段，協調者發生故障，那么所有的參與者還都處于鎖定事務資源的狀態中，而無法繼續完成事務操作。（如果是協調者掛掉，可以重新選舉一個協調者，但是無法解決因為協調者宕機導致的參與者處于阻塞狀態的問題）
3、數據不一致。在二階段提交的階段二中，當協調者向參與者發送commit請求之后，發生了局部網絡異常或者在發送commit請求過程中協調者發生了故障，這回導致只有一部分參與者接受到了commit請求。而在這部分參與者接到commit請求之后就會執行commit操作。但是其他部分未接到commit請求的機器則無法執行事務提交。于是整個分布式系統便出現了數據部一致性的現象。
4、二階段無法解決的問題：協調者再發出commit消息之后宕機，而唯一接收到這條消息的參與者同時也宕機了。那么即使協調者通過選舉協議產生了新的協調者，這條事務的狀態也是不確定的，沒人知道事務是否被已經提交。
三階段提交有兩個改動點。
1、引入超時機制。同時在協調者和參與者中都引入超時機制。
2、在第一階段和第二階段中插入一個準備階段。保證了在最后提交階段之前各參與節點的狀態是一致的。
也就是說，除了引入超時機制之外，3PC把2PC的準備階段再次一分為二，這樣三階段提交就有CanCommit、PreCommit、DoCommit三個階段。
相對于2PC，3PC主要解決的單點故障問題，并減少阻塞，因為一旦參與者無法及時收到來自協調者的信息之后，他會默認執行commit。而不會一直持有事務資源并處于阻塞狀態。但是這種機制也會導致數據一致性問題，因為，由于網絡原因，協調者發送的abort響應沒有及時被參與者接收到，那么參與者在等待超時之后執行了commit操作。這樣就和其他接到abort命令并執行回滾的參與者之間存在數據不一致的情況。
無論是二階段提交還是三階段提交都無法徹底解決分布式的一致性問題。只有一種一致性算法，那就是Paxos，所有其他一致性算法都是Paxos算法的不完整版。
并行和并發需要不同的工具
NoSQL數據庫筆談
事務和兩階段提交
NoSQL反模式 - 文檔數據庫篇
數據庫分庫分表(sharding)系列(一) 拆分實施策略和示例演示
大話Sheepdog 1 – 智能節點管理
大話Sheepdog 2 – 對象緩存
分布式鎖服務器
Chubby：面向松散耦合的分布式系統的鎖服務???[谷歌原文翻譯]
分布式系統領域經典論文翻譯集
Bigtable:結構化數據的分布式存儲系統
HBase vs Cassandra：我們遷移系統的原因[文章老 但是分布式理論說的還可以]
構建可伸縮，高性能的互聯網應用
高性能IO設計的Reactor和Proactor模式
==================================
由于Java的內容太多了，單獨一貼計算機科學精彩帖子收集--JAVA和分布式專欄
Java
jdk下載
http://openjdk.java.net/projects/jdk8/
------------Eclipse----------------------
eclipse顏色插件 color theme
myeclipse配置jdk
Eclipse自動部署項目到Tomcat的webapps下的有效方法?? 【重要，一定要看】
Eclipse自動部署項目到Tomcat的webapps下的有效方法?? [和上面一樣，純備份]
Eclipse調試Java的10個技巧
Java heap dump觸發和分析(轉)
使用$JAVA_HOME/bin/jmap?-dump來觸發，?Eclipse Memory Analyzer是一個快速并且功能強大的Java heap分析器，能夠幫助你查找內存泄漏和減少內存消耗。
Eclipse debug技巧
Eclipse調試Java代碼
Eclipse中的條件斷點
最詳細eclipse漢化插件安裝教程
Eclipse怎樣配置struts2？[成功配置]
在Eclipse中配置Struts2
一、Eclipse helios 配置struts2圖解
Eclipse下搭建Struts2環境
在Eclipse中配置Struts2項目（二）??[講了JDK，和Tomcat的配置以及struts雖然是2007年寫的不過很好]
eclipse中配置jdk
Eclipse.ini的相關說明
eclipse配置java虛擬機的方法
全面認識Eclipse中JVM內存設置
MyEclipse設置默認的JSP頁面打開方式
Myeclipse中如何更改jsp默認的打開方式
Java Code Review清單
-------------JVM-------------------------
jvm內存映像分析?? 好東西
一個優秀的Java程序員必須了解GC機制? ?一個優秀的Java程序員必須了解GC機制?原文
1.最基本的建議就是盡早釋放無用對象的引用。?
2.盡量少用finalize函數。finalize函數是Java提供給程序員一個釋放對象或資源的機會。但是，它會加大GC的工作量，因此盡量少采用finalize方式回收資源。?
3.注意集合數據類型，包括數組，樹，圖，鏈表等數據結構，這些數據結構對GC來說，回收更為復雜。另外，注意一些全局的變量，以及一些靜態變量。這些變量往往容易引起懸掛對象（dangling reference），造成內存浪費。?
4.當程序有一定的等待時間，程序員可以手動執行System.gc()，通知GC運行，但是Java語言規范并不保證GC一定會執行。使用增量式GC可以縮短Java程序的暫停時間。
Java中三個引用類SoftReference 、 WeakReference 和 PhantomReference的區別
理解StrongReference，SoftReference， WeakReference的區別
StrongReference 是 Java 的默認引用實現, ?它會盡可能長時間的存活于 JVM 內， 當沒有任何對象指向它時 GC 執行后將會被回收
WeakReference， 顧名思義, ?是一個弱引用, ?當所引用的對象在 JVM 內不再有強引用時, GC 后 weak reference 將會被自動回收
SoftReference 與 WeakReference 的特性基本一致， 最大的區別在于 SoftReference 會盡可能長的保留引用直到 JVM 內存不足時才會被回收(虛擬機保證), 這一特性使得 SoftReference 非常適合緩存應用
虛引用主要用來跟蹤對象被垃圾回收器回收的活動。
理解 Java 的 GC 與 幽靈引用??? Java 中一共有 4 種類型的引用 : StrongReference、 SoftReference、 WeakReference 以及 PhantomReference (傳說中的幽靈引用)
java中的4種reference的差別和使用場景（含理論、代碼和執行結果）
JVM調優：選擇合適的GC collector （一）
HotSpot VM GC 的種類
Java GC 調試手記
GC學習筆記?總結很完整
JVM 垃圾回收算法? 【圖文非常好】
1.標記—清除算法（Mark-Sweep）
標記—清除算法包括兩個階段：“標記”和“清除”。在標記階段，確定所有要回收的對象，并做標記。清除階段緊隨標記階段，將標記階段確定不可用的對象清除。
2.復制算法（Copying）
復制算法是把內存分成大小相等的兩塊，每次使用其中一塊，當垃圾回收的時候，把存活的對象復制到另一塊上，然后把這塊內存整個清理掉。
3.標記—整理算法（Mark-Compact）
標記—整理算法和標記—清除算法一樣，但是標記—整理算法不是把存活對象復制到另一塊內存，而是把存活對象往內存的一端移動，然后直接回收邊界以外的內存。
4.分代收集（Generational Collection）
分代收集是根據對象的存活時間把內存分為新生代和老年代，根據個代對象的存活特點，每個代采用不同的垃圾回收算法。新生代采用標記—復制算法，老年代采用標記—整理算法。
線程TLAB區域的深入剖析
（1） 堆是JVM中所有線程共享的，因此在其上進行對象內存的分配均需要進行加鎖，這也導致了new對象的開銷是比較大的
（2） Hotspot JVM為了提升對象內存分配的效率，對于所創建的線程都會分配一塊獨立的空間TLAB（Thread Local Allocation Buffer），其大小由JVM根據運行的情況計算而得，在TLAB上分配對象時不需要加鎖，因此JVM在給線程的對象分配內存時會盡量的在TLAB上分配，在這種情況下JVM中分配對象內存的性能和C基本是一樣高效的，但如果對象過大的話則仍然是直接使用堆空間分配
（3） TLAB僅作用于新生代的Eden Space，因此在編寫Java程序時，通常多個小的對象比大的對象分配起來更加高效。
（4） 所有新創建的Object 都將會存儲在新生代Yong Generation中。如果Young Generation的數據在一次或多次GC后存活下來，那么將被轉移到OldGeneration。新的Object總是創建在Eden Space。
JVM介紹? 【非常全面，圖文】
淺析Java虛擬機結構與機制?【全面】面向GC的Java編程
對象都是在堆上分配的嗎？
典型的對象不再堆上分配的情況有兩種：TLAB和棧上分配。
編寫內存效率的java代碼-面向GC?【阿里沐劍】
GC最喜歡這種小而短命的對象。讓對象的生命周期盡可能短，例如在方法體內創建，使其能盡快地在YoungGC中被回收，不會晉升(romote)到年老代(Old Generation)。
小對象的分配，會優先在線程私有的 TLAB 中分配，TLAB中創建的對象，不存在鎖甚至是CAS的開銷。TLAB占用的空間在Eden Generation。
當對象比較大，TLAB的空間不足以放下，而JVM又認為當前線程占用的TLAB剩余空間還足夠時，就會直接在Eden Generation上分配，此時是存在并發競爭的，所以會有CAS的開銷，但也還好。
當對象大到Eden Generation放不下時，JVM只能嘗試去Old Generation分配，這種情況需要盡可能避免，因為一旦在Old Generation分配，這個對象就只能被Old Generation的GC或是FullGC回收了。
GC算法在掃描存活對象時通常需要從ROOT節點開始，掃描所有存活對象的引用，構建出對象圖。
不可變對象對GC的優化，主要體現在Old Generation中。
Hotspot JVM為了提高YoungGC的性能，避免每次YoungGC都掃描Old Generation中的對象引用，采用了卡表(Card Table) 的方式。
在一個非常大的方法體內，對一個較大的對象，將其引用置為null，某種程度上可以幫助GC。大部分情況下，這種行為都沒有任何好處。
System.gc()在JVM啟動參數中如果允許顯式GC，則會觸發FullGC。
Never use Thread.yield()。
Never use System.gc()。除非你真的需要回收Native Memory。
由于Native Memory只能通過FullGC（或是CMS GC）回收，所以除非你非常清楚這時真的有必要，否則不要輕易調用System.gc()，且行且珍惜。
另外為了防止某些框架中的System.gc調用（例如NIO框架、Java RMI），建議在啟動參數中加上-XX:+DisableExplicitGC來禁用顯式GC。
這個參數有個巨大的坑，如果你禁用了System.gc()，那么上面的3種場景下的內存就無法回收，可能造成OOM，如果你使用了CMS GC，那么可以用這個參數替代：-XX:+ExplicitGCInvokesConcurrent。
如果對象很小，那么分配的開銷本來就小，對象池只會增加代碼復雜度。
如果對象比較大，那么晉升到Old Generation后，對GC的壓力就更大了。
從線程安全的角度考慮，通常池都是會被并發訪問的，那么你就需要處理好同步的問題，這又是一個大坑，并且同步帶來的開銷，未必比你重新創建一個對象小。
對于對象池，唯一合適的場景就是當池中的每個對象的創建開銷很大時，緩存復用才有意義，例如每次new都會創建一個連接，或是依賴一次RPC。
即使你真的需要實現一個對象池，也請使用成熟的開源框架，例如Apache Commons Pool。
另外，使用JDK的ThreadPoolExecutor作為線程池，不要重復造輪子，除非當你看過AQS的源碼后認為你可以寫得比Doug Lea更好。
如果可以在方法內聲明的局部變量，就不要聲明為實例變量。
除非你的對象是單例的或不變的，否則盡可能少地聲明static變量。
成為JavaGC專家Part I — 深入淺出Java垃圾回收機制
成為JavaGC專家Part II — 如何監控Java垃圾回收機制
JVM性能優化， Part 1 ―― JVM簡介
JVM性能優化， Part 2 ―― 編譯器
JVM性能優化， Part 3 垃圾回收
JVM 性能優化, Part 4: C4 垃圾回收
JVM性能優化， Part 5：Java的伸縮性
JVM并發機制的探討——內存模型、內存可見性和指令重排序
深入理解JDBC的超時設置
Java編譯時與運行時
Java Web Services問題集錦
深入理解JVM內幕：從基本結構到Java 7新特性
Java對象內存結構
如何增強JAVA的I/O性能
JVM垃圾回收機制
深入Java虛擬機之虛擬機體系結構
高手詳細介紹JVM是什么？
什么是內存泄漏
Java內存泄露與WeakHashMap
主要有兩種情況導致內存泄露：
1、如果Map本省有強引用存在的話，Map中對象即時不被JVM中的任何地方應用到，也不會被回收。
2、如果沒有適當的管理，這個Map容器很容易失控，不斷的增長。
要避免上面的兩種情況，可以在對象不在使用的時候，將它從Map中移除。這就需要容易管理者構造一個清理的函數給對象調用者使用，或者使用一個監聽器模式。
然而，這可能不適合某些特定的場景，比如交互式的擴展API。添加這樣的函數會使得使用者的API變得更加復雜，增加類之間的耦合度，不好。
一個更簡潔當實用的方法是使用一個Map的Key作為ID來標記緩存對象，這時Map不再需要GC來回收對象，而是使用編碼邏輯，定期對容器進行檢查，對Map進行清理，清除不需要的對象，保持Map容器的容量。
WeakashMap提供一個更優雅的方法解決這個問題。使用WaekHashMap實例化Map。當使用者不再有對象引用的時候，WeakHashMap將自動被移除對應Key值的對象。
正如Java API中對WeakHashMap的描述—-這個容器將不再保護key，不防止對應的key被GC回收。
Java垃圾回收（GC）精華?分代圖畫的好
深入理解JVM內幕：從基本結構到Java 7新特性
JVM詳解 Java虛擬機原理與優化[非常好]
深入JVM [非常好]
深入Java核心 Java內存分配原理精講
深入Java底層：內存屏障與JVM并發詳解
java中Class對象詳解
JVM如何判斷類相同
JVM系列一：JVM內存組成及分配
JVM初始分配的內存由-Xms指定，默認是物理內存的1/64；JVM最大分配的內存由-Xmx指 定，默認是物理內存的1/4。默認空余堆內存小于40%時，JVM就會增大堆直到-Xmx的最大限制；空余堆內存大于70%時，JVM會減少堆直到 -Xms的最小限制。因此服務器一般設置-Xms、-Xmx相等以避免在每次GC 后調整堆的大小。對象的堆內存由稱為垃圾回收器的自動內存管理系統回收。
JVM系列二:GC策略&內存申請、對象衰老
JVM系列三:JVM參數設置、分析
JVM參數調優，無停滯實踐?
1：建議用64位操作系統，Linux下64位的jdk比32位jdk要慢一些，但是吃得內存更多，吞吐量更大。
2：XMX和XMS設置一樣大，MaxPermSize和MinPermSize設置一樣大，這樣可以減輕伸縮堆大小帶來的壓力。
3：調試的時候設置一些打印參數，如-XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Xloggc:log/gc.log，這樣可以從gc.log里看出一些端倪出來。
4：系統停頓的時候可能是GC的問題也可能是程序的問題，多用jmap和jstack查看，或者killall -3 java，然后查看java控制臺日志，能看出很多問題。有一次，網站突然很慢，jstack一看，原來是自己寫的URLConnection連接太多沒有釋放，改一下程序就OK了。
5：仔細了解自己的應用，如果用了緩存，那么年老代應該大一些，緩存的HashMap不應該無限制長，建議采用LRU算法的Map做緩存，LRUMap的最大長度也要根據實際情況設定。
6：垃圾回收時promotion failed是個很頭痛的問題，一般可能是兩種原因產生，第一個原因是救助空間不夠，救助空間里的對象還不應該被移動到年老代，但年輕代又有很多對象需要放入救助空間；第二個原因是年老代沒有足夠的空間接納來自年輕代的對象；這兩種情況都會轉向Full GC，網站停頓時間較長。第一個原因我的最終解決辦法是去掉救助空間，設置-XX:SurvivorRatio=65536 -XX:MaxTenuringThreshold=0即可，第二個原因我的解決辦法是設置CMSInitiatingOccupancyFraction為某個值（假設70），這樣年老代空間到70%時就開始執行CMS，年老代有足夠的空間接納來自年輕代的對象。
7：不管怎樣，永久代還是會逐漸變滿，所以隔三差五重起java服務器是必要的，我每天都自動重起。
8：采用并發回收時，年輕代小一點，年老代要大，因為年老大用的是并發回收，即使時間長點也不會影響其他程序繼續運行，網站不會停頓。
9：因為沒有用到救助空間，所以年老代容易滿，CMS執行會比較頻繁。我改善了一下，還是用救助空間，但是把救助空間加大，這樣也不會有promotion failed。
詳細介紹Java的內存管理與內存泄露
JVM的垃圾回收機制詳解和調優
走進JVM，淺水也能捉魚!
淺析JVM內存結構和6大區域
你必須知道的5個JVM命令行標志
JVM中的Hello World
JVM內存模型及垃圾收集策略解析
JVM調優總結（三）-基本垃圾回收算法
JVM調優總結（五）-分代垃圾回收詳述1
JVM調優總結（六）-分代垃圾回收詳述2
JVM調優總結（十）-調優方法
Java性能優化[3]：垃圾回收(GC)
JVM GC調優一則--增大Eden Space提高性能
虛擬機故障處理工具
JDK中的bin目錄下有很多工具，這些工具可以用來檢測虛擬機運行情況以及cpu，內存，線程等的監控，比如jps、jstat、jinfo、jmap、jhat、jstatck等。
-------------Java基礎-------------------------
jdb可以調試線上程序類似GDB
HashMap實現原理分析
JAVA學習筆記 -- Vector, ArrayList, Array
Vector這個類是thread safe的。就是說，多線程同時調用同一個Vector的方法不會造成數據的混亂。而ArrayList不是thread safe。所以，如果是多線程的程序，多使用Vector，這樣不需要自己維護concurrency。
數據的增長模式不一樣。無論是Vector還是ArrayList，內部都是用一個Array來實現的，這就意味著，一旦數據越來越多超過了原來Array的容量的時候，Vector和ArrayList都需要擴充Array來滿足新的數據。Vector每次擴充的時候都增長一倍，就是說新的Array的size是舊的Array的size的2倍。而ArrayList每次擴充，它的Array的size只增加50%.
最后，如果程序對于性能要求很高的話，Vector和ArrayList最好哪個都別用，而使用原始的Array。
JAVA學習筆記 -- ”詭異“的List和Array轉換
asList()這個函數返回的不是一個”完整的“List對象，而是一個視圖(View)。這意味著如果我們改變array中的元素，那么list中的元素也會相應的改變。實際上，array和list指向的是同一組數據。
但是，toArray()這個函數又不存在這個問題。toArray()返回的是一個”safe“的數組。意思就是toArray()會將List中的數據通過值傳遞的方式拷貝到新的數組中，List中的數據和新創建的數組中的數據不存在引用。如果改變list中的元素，不會影響到array中的數據。
很有趣吧，看上去是一個雙向的轉換，但其實asList()和toArray()在語義上有著很大的差別。
不簡單的JAVA內部類
有了內部類事件驅動模式就非常的容易實現，內部類最大的好處就是它能夠達到和多重繼承一樣的效果。
WeakHashMap 用法和原理
在《Effective Java》一書中第六條，消除陳舊對象時，提到了weakHashMap，即在我們使用短時間內就過期的緩存時最好使用weakHashMap，它包含了一個自動調用的方法expungeStaleEntries，這樣就會在值被引用后直接執行這個隱含的方法，將不用的鍵清除掉。
注意：WeakHashMap并不是你啥也干他就能自動釋放內部不用的對象的，而是在你訪問它的內容的時候釋放內部不用的對象。你只put了沒有get過，這個值是永遠都存在的。
由于WeakHashMap是在有操作的情況下才會去執行expungeStaleEntries()，將entry中對value的引用釋放。
WeakHashMap理解
如何創建不可變（Immutable）的Java類或對象
Java替代C語言的可能性
jdk7新特性
java servlet實例
throw與throws區別
Java基本開發環境搭建
深入理解Java HelloWorld
Servlet 3特性：異步Servlet
Java反射教程
Java Beans序列化緩存??
對象序列化為何要定義serialVersionUID的來龍去脈【很好】
動態綁定 vs 靜態綁定
探究內存泄露—Part1—編寫泄露代碼??探究內存泄露—Part2—分析問題
如何寫一個不可變類？??為什么String類是不可變的？
深入理解Java中的final關鍵字
equals與”==”的區別
clone方法是如何工作的
什么是靜態(static)?什么是靜態方法，靜態變量，靜態塊和靜態類？
Java字符串問題Top10
java中final的意義
java中靜態代碼塊的用法 static用法詳解
HashMap和Hashtable的區別??HashMap的工作原理??HashMap和Hashtable的區別
Java遍歷Map的兩種實現方法
類在什么時候加載和初始化
Eclipse的調試功能的10個小竅門
對比Java.nio 和 Java.io
NIO新功能Top 10
Java NIO原理和使用
Log4j 2 介紹&
Log4j 2.x架構
有效處理Java異常三原則
Java集合框架問題集錦
淺談WebLogic和Tomcat
Java 集合系列目錄(Category)? [很好]
java中length,length(),size()區別
讓你明白response.sendRedirect()與request.getRequestDispatcher().forward()區別
response.sendRedirect和request.getRequestDispatcher().forward什么時候用哪個
請說明Request和Session的生命周期
request和session的生命周期
轉發和重定向的區別
java 重定向和轉發的區別
ArrayList的使用方法
java enum(枚舉)使用詳解 + 總結
Java抓取網頁數據（原網頁+Javascript返回數據）
request.getParameterValues與request.getParameter的區別??
request.getParameterValues(String?? name)是獲得如checkbox類（名字相同，但值有多個）的數據。?? 接收數組變量 ，如checkobx類型?? ?
request.getParameter（String?? name）是獲得相應名的數據，如果有重復的名，則返回第一個的值 . 接收一般變量 ，如text類型
如何取得wap和web用戶的真實IP? [很好]
表現層、持久層、業務層????持久層概述
淺談序列化與反序列化的理解
Java序列化機制和原理
java 字節流與字符流的區別? [很好]
ClassNotFoundException和NoClassDefFoundError的區別
Integer類介紹
Integer的自動拆裝箱的陷阱（整型數-128到127的值比較問題）
Java中的java.math.BigDecimal的使用
Set 不重復實現原理
session和cookie的關系
Java 單例模式詳解
java面試題及答案（基礎題122道，代碼題19道）
Java運行時異常與一般異常以及錯誤的異同 [很好]
Servlet激活器和缺省Servlet????Servlet激活器
理解java.util包--容器相關
java當中float以及double數據類型的掌握
在《Effective Java》這本書中也提到這個原則：?float和double只能用來做科學計算或者是工程計算;?在商業計算中我們要用java.math.BigDecimal。
Java的4種代碼塊??java“塊”的研究??javastatic塊
非阻塞隊列 和 阻塞隊列
一次php和java的性能比拼
在相同的硬件下，如果單個jvm不能完全發揮硬件的性能，通過多個jvm的集群可以，而且會超過php。
http://www.anarres.org/projects/jperf/?
一個完美哈希函數(PHF)的java實現，不過沒說是否最小的(MPHF)。
對所以key事先已知，key不再變化的靜態字典，(M)PHF能節省內存，同時保持或提高查詢時間。
Java性能優化[2]：字符串過濾實戰
Java新手進階：細說引用類型
Google Guava Collections 使用介紹
消除Java應用中的Exception開銷
拋異常最大的消耗在于構造整個異常棧的過程，如果你的棧很深，特別是用了一些框架的話，這個開銷基本是不可忽視的，
最大開銷的地方在這里，當你去new一個Exception的時候，會調用父類Throwable的構造函數，Throwable的構造函數中會調用native的fillInStackTrace()，這個方法就會構造整個異常棧了。
要優化這個地方，最簡單的方案有兩種：
1、去掉異常棧構造
2、去掉異常
---------------------Java線程--------------------------------------------------
Java 理論與實踐: 正確使用 Volatile 變量
Java語言包含兩種內在的同步機制：同步塊（或方法）和 volatile 變量。這兩種機制的提出都是為了實現代碼線程的安全性。其中 Volatile 變量的同步性較差（但有時它更簡單并且開銷更低），而且其使用也更容易出錯。
Volatile 變量具有 synchronized 的可見性特性，但是不具備原子特性。
要使 volatile 變量提供理想的線程安全，必須同時滿足下面兩個條件：
對變量的寫操作不依賴于當前值。
該變量沒有包含在具有其他變量的不變式中。
與鎖相比，Volatile 變量是一種非常簡單但同時又非常脆弱的同步機制，它在某些情況下將提供優于鎖的性能和伸縮性。
如果嚴格遵循 volatile 的使用條件 —— 即變量真正獨立于其他變量和自己以前的值 —— 在某些情況下可以使用 volatile 代替 synchronized 來簡化代碼。然而，使用 volatile 的代碼往往比使用鎖的代碼更加容易出錯。
【Java線程】volatile的適用場景
把代碼塊聲明為 synchronized，有兩個重要后果，通常是指該代碼具有 原子性（atomicity）和 可見性（visibility）。
原子性意味著個時刻，只有一個線程能夠執行一段代碼，這段代碼通過一個monitor object保護。從而防止多個線程在更新共享狀態時相互沖突。
可見性則更為微妙，它必須確保釋放鎖之前對共享數據做出的更改對于隨后獲得該鎖的另一個線程是可見的。
如果沒有同步機制提供的這種可見性保證，線程看到的共享變量可能是修改前的值或不一致的值，這將引發許多嚴重問題。
?
volatile 變量不能用作線程安全計數器。雖然增量操作（x++）看上去類似一個單獨操作，實際上它是一個由（讀取－修改－寫入）操作序列組成的組合操作，必須以原子方式執行，而 volatile 不能提供必須的原子特性。
實現正確的操作需要使x 的值在操作期間保持不變，而 volatile 變量無法實現這點。（然而，如果只從單個線程寫入，那么可以忽略第一個條件。）
volatile的適用場景
模式 #1：狀態標志
也許實現 volatile 變量的規范使用僅僅是使用一個布爾狀態標志，用于指示發生了一個重要的一次性事件
而如果使用 synchronized 塊編寫循環要比使用 volatile 狀態標志編寫麻煩很多。由于 volatile 簡化了編碼，并且狀態標志并不依賴于程序內任何其他狀態，因此此處非常適合使用 volatile。
這種類型的狀態標記的一個公共特性是：通常只有一種狀態轉換；shutdownRequested 標志從false 轉換為true，然后程序停止。
【Java線程】鎖機制：synchronized、Lock、Condition
java synchronized詳解
---------------------Java json---------------------------------------
Json:JSON net.sf.json
--------------------Java泛型相關----------------------------
java 泛型詳解? [很全面]
Java使用泛型編程提取類名上T類型
JAVA 泛型 - Class<T>
java泛型T.class的獲取
-----------------------JTA-------------------------------------------
JTA 深度歷險 - 原理與實現
JTA入門
-----------------------JNDI-----------------------------------------------
初識JNDI
Java命名和目錄接口（Java Naming and Directory Interface ，JNDI）是用于從Java應用程序中訪問名稱和目錄服務的一組API。命名服務即將名稱與對象相關聯，以便能通過相應名稱訪問這些對象。而目錄服務即其對象具有屬性及名稱的命名服務。?
命名或目錄服務允許您集中管理共享信息的存儲，這在網絡應用程序中很重要，因為它可以使這類應用程序更加一致和易于管理。例如，可以將打印機配置存儲在目錄服務中，這樣所有與打印機相關的應用程序都能夠使用它。
讀完這個我懂了JNDI?
java 關于Lookup的用法
JNDI全面總結
-------------------Apache Commons-----------------------------------------------
common-lang工具類
Apache Commons Pool試用小記
Apache Common Pool的使用
Apache Common Pool包括很多已經實現的Pool，常用的Pool有GenericObjectPool，GenericKeyedObjectPool。
Apache Commons-Pool 源碼分析
Commons-Pool首先定義了池管理方面的API，并考慮了多線程，多種數據結構，內容不足等情況。
其次它為我們提供一個同時管理多個池的解決方案。
留給使用者，主要就是PoolableObjectFactory與KeyedPoolableObjectFactory。
只要使用者將對象的生成，銷毀，驗證，激活與鈍化做好，做到完善，沒有歧義（比如什么樣的狀態算是激活，什么是鈍化后的狀態），那剩下的就可以放心的交給Commons-Pool來管理你的池了。
最好的一個例子也算是官方例子吧，就是Commons-DBCP（數據庫連接池）。
采用對象池化的本意，是要通過減少對象生成的次數，減少花在對象初始化上面的開銷，從而提高整體的性能。然而池化處理本身也要付出代價，因此，并非任何情況下都適合采用對象池化。
Dr. Cliff Click在JavaOne 2003上發表的《Performance Myths Exposed》中，給出了一組其它條件都相同時，使用與不使用對象池化技術的實際性能的比較結果。他的實測結果表明：
?
對于類似Point這樣的輕量級對象，進行池化處理后，性能反而下降，因此不宜池化；
對于類似Hashtable這樣的中量級對象，進行池化處理后，性能基本不變，一般不必池化（池化會使代碼變復雜，增大維護的難度）；
對于類似JPanel這樣的重量級對象，進行池化處理后，性能有所上升，可以考慮池化。
?
根據使用方法的不同，實際的情況可能與這一測量結果略有出入。在配置較高的機器和技術較強的虛擬機上，不宜池化的對象的范圍可能會更大。不過，對于像網絡和數據庫連接這類重量級的對象來說，目前還是有池化的必要。
基本上，只在重復生成某種對象的操作成為影響性能的關鍵因素的時候，才適合進行對象池化。如果進行池化所能帶來的性能提高并不重要的話，還是不采用對象池化技術，以保持代碼的簡明，而使用更好的硬件和更棒的虛擬機來提高性能為佳。
------------------------------------------------------------------
JMS
JMS是一系列的接口及相關語義的集合，通過這些接口和和其中的方法，JMS客戶端如何去訪問消息系統，完成創建、發送、接收和讀取企業消息系統中消息。
深入淺出JMS（一）——JMS簡介
-------------------------------------------------------------------
JMX
(對 JVM 和系統的監測,Sun 公司也在其 Java SE 5 版本中，正式提出了 Java 管理擴展（Java Management Extensions，JMX）用來管理檢測 Java 程序（同時 JMX 也在 J2EE 1.4 中被發布）)
JMX 入門例子
Java SE 6 新特性: JMX 與系統管理
【JMX】1. 什么是JMX、JDK中的JMX實現
JMX是一種JAVA的正式規范，它主要目的是讓程序且有被管理的功能
------------------------------------------------------------------
JPA
http://www.objectdb.com/
JPA入門例子(采用JPA的hibernate實現版本)
-----------------------------------------------------------------
Netty
Netty簡介
本質：JBoss做的一個Jar包
目的：快速開發高性能、高可靠性的網絡服務器和客戶端程序
優點：提供異步的、事件驅動的網絡應用程序框架和工具，統一的API，適用于不同的協議（阻塞和非阻塞）
通俗的說：一個好使的處理Socket的東東
如果沒有Netty？
遠古：java.net + java.io
近代：java.nio
其他：Mina，Grizzly
1、都是Trustin Lee的作品，Netty更晚；
2、Mina將內核和一些特性的聯系過于緊密，使得用戶在不需要這些特性的時候無法脫離，相比下性能會有所下降，Netty解決了這個設計問題；
3、Netty的文檔更清晰，很多Mina的特性在Netty里都有；
4、Netty更新周期更短，新版本的發布比較快；
5、它們的架構差別不大，Mina靠apache生存，而Netty靠jboss，和jboss的結合度非常高，Netty有對google protocal buf的支持，有更完整的ioc容器支持(spring,guice,jbossmc和osgi)；
6、Netty比Mina使用起來更簡單，Netty里你可以自定義的處理upstream events 或/和 downstream events，可以使用decoder和encoder來解碼和編碼發送內容；
7、Netty和Mina在處理UDP時有一些不同，Netty將UDP無連接的特性暴露出來；而Mina對UDP進行了高級層次的抽象，可以把UDP當成"面向連接"的協議，而要Netty做到這一點比較困難。
-----------------------------------------------------------------
OSGI
基于 OSGi 和 Spring 開發 Web 應用
-------------------------------------------------------------------
Disruptor
Disruptor原理剖析
Java并發框架剖析--Disruptor_51CTO.COM
剖析Disruptor:為什么會這么快？(三)偽共享
剖析Disruptor:為什么會這么快？(一)鎖的缺點
剖析Disruptor:為什么會這么快？(二)神奇的緩存行填充
剖析Disruptor:為什么會這么快？(四)揭秘內存屏障
------------------------------------------------------------------
dom4j
dom4j解析和處理xml文檔
dom4j學習總結（一）
dom4j學習總結（二）
使用Dom4j解析XML
----------------------聽課筆記----------------------------------
方立勛java學習筆記 [經典]
方立勛Java Web聽課筆記--Tomcat
方立勛Java Web聽課筆記--Servlet
方立勛Java Web聽課筆記--Request--Response對象
方立勛Java Web聽課筆記--Cookie---Session
方立勛Java Web聽課筆記--JSP
方立勛Java Web聽課筆記--JavaBean
方立勛Java Web聽課筆記--sql增刪改查
方立勛Java Web聽課筆記--JDBC對MYSQL的應用preparedStatement和Statement的區別
方立勛Java Web聽課筆記JDBC--分頁、三種連接池DBCP/C3P0/TOMCAT自帶的連接池
方立勛Java Web聽課筆記JDBC續-可滾動的結果集-批處理-事務-JDBC執行存儲過程
方立勛Java Web聽課筆記十四日知識點回顧-自動獲取主鍵-resultSet結果集的滾動
方立勛Java Web聽課筆記-DBUtils-QueryRunner-ReslutSetHandler-JDBC多表操作
方立勛Java Web聽課筆記-文件上傳和下載-ServletFileUpload-解決上傳中文亂碼問題
方立勛Java Web聽課筆記-ServletFilter過濾器-FilterChain過濾器鏈Filter生命周期
方立勛Java Web聽課筆記-映射Filter-Decorator(裝飾器模式)-利用Filter對數據壓縮(GZIP
方立勛Java Web聽課筆記-JavaWeb總結
-----------------Java EE容器---------------------------------
四大Java EE容器(Tomcat、JBoss、Resin、Glassfish)之簡單比較
----------------apache commons包簡介----------------------------
commons.apache.org
apache commons包簡介
--------------------------------------------
并發編程網 - ifeve.com
Java字節碼淺析（—）
Java字節碼淺析（二）
面向GC的Java編程
JVM 實用參數-5 新生代垃圾回收
-------------------------性能分析----------------------------------
Java 性能分析工具
全功能的Java剖析工具（profiler）
常用Java Profiling工具的分析與比較
tomcat 產生heapdump文件配置
Yourkit Java Profiler 使用說明
性能分析軟件之yourkit入門介紹
利用JProfiler對應用服務器內存泄漏問題診斷
Java幾款性能分析工具的對比
Yourkit Java Profiler 使用說明
Yourkit Eclipse 3.5 plugin installation
Yourkit 使用說明
性能分析軟件之yourkit入門介紹
BTrace使用總結
動態跟蹤Java代碼的執行狀況工具--BTrace
jstat的使用方法 -- 分析JVM的使用情況
-----------------------------------------------------
protostuff
protostuff 是一個支持各種格式的一個序列化Java類庫，包括 JSON、XML、YAML等格式。
http://code.google.com/p/protostuff/
java的序列化lib protostuff
Java序列化框架自測
java內置的序列化方式性能 protostuff
我們這樣做Java Profiling
Unity手游之路<二>Java版服務端使用protostuff簡化protobuf開發
在Android 開發中使用Protobuf的實踐和經驗分享
protobuf簡介
Protobuf最好的入門教程
開源點評：Protocol Buffers介紹
---------------------------------------------------------
dyuproject
dyuproject 包含一個基于Servlet的REST框架、OpenID 2.0 的RP實現、oauth 1.0a consumer and service provider, json-ioc
---------------------------------------------------------
MessagePack
是一個基于二進制高效的對象序列化Library用于跨語言通信。MessagePack主要用于結構化數據的緩存和存儲:
1.存在Memcache中，因為它比json小，可以省下一些內存來，速度也比json快一些.2.存在可以持久化的Key-val存儲中。
msgpack
新型序列化類庫MessagePack，比JSON更快、更小的格式
--------------------------------------------------------
jedis
Redis的Java客戶端 Jedis
Jedis 2.1在線文檔API [不錯]
--------------------------------------------------------
Maven
中心倉庫地址http://search.maven.org
maven常見問題問答
maven 教程一 入門
Maven實戰（一）安裝與配置
Maven實戰（二）構建簡單Maven項目
Maven實戰（三）Eclipse構建Maven項目?? [很好]
Maven實戰（四）生命周期
Maven實戰（五）坐標詳解
Maven實戰（六）依賴
Maven實戰（七）settings.xml相關配置
Maven常用命令
Maven使用
Maven2的配置文件settings.xml
maven 配置篇 之 settings.xml
Maven3實戰筆記01環境配置與使用入門
Maven3實戰筆記02坐標和依賴--1
Maven3實戰筆記02坐標和依賴--2
Maven3實戰筆記03Maven倉庫
Maven3實戰筆記04Maven的生命周期和插件
Maven3實戰筆記05倉庫依賴解析與插件解析
Maven3實戰筆記06聚合
Maven3實戰筆記07繼承
Maven3實戰筆記08Maven反應堆
Maven3實戰筆記09Maven的私服-Nexus常用功能
Maven3實戰筆記10使用Maven進行測試
Maven3實戰筆記13Maven Profile定制化構建
Maven3實戰筆記14Maven生成項目站點
Maven3實戰筆記16Maven總結
為你的maven2項目配置資源庫
Maven3 安裝使用（一）
Maven3 安裝使用（二）
Maven3 安裝使用（三）--搭建公司局域網maven服務器
Windows 下Nexus搭建Maven私服
---------------------------------------------------------
Struts
使用Maven創建struts2工程（注解版）
---------------------------------------------------------
Hibernate
Hibernate使用技巧
Spring Framework Tutorial – Hello World
---------------------------------------------------------
Spring
Spring 注解學習手札
Spring三種實例化Bean的方式
Spring2.5依賴注入方式(DI)
使用Maven配置spring
Spring Bean的作用域
Spring中ApplicationContext的三種不同實現
spring每次getBean(),獲得的是否是同一個實例
Spring bean的Scope分析
Spring學習--Bean的scope
spring scope="prototype" 學習筆記
Spring ClassPathXmlApplicationContext和FileSystemXmlApplicationContext
掌握Spring中bean的生命周期
spring bean的生命周期
Spring 3.0 注解注入詳解
Spring集合注入
--------------------------------------------------------
iBatis/MyBatits
iBatis簡單入門教程
===========函數式編程======================
Haskell
Haskell 幾乎無痛苦上手指南
為什么業界很少使用 Haskell？
也許，照耀大地的永遠是在眾恒星中普普通通的太陽，人們永遠不會知道在宇宙的某個角落里曾經誕生過一顆絕美無比的小星星。
--------------------------------------------------------
Scheme
Scheme 語言概要(上)
Scheme 語言概要(下)
與Scheme共舞
Scheme語言簡明教程
=================================
Hadoop
HDFS原理分析：基本概念
從HDFS看分布式文件系統的設計需求
小議Hadoop HDFS Balancer
Hadoop 新 MapReduce 框架 Yarn 詳解
Hadoop Hive與Hbase整合
你的flume-ng的第一篇博客
Flume 1.4.0 User Guide
Oozie簡介
NoSQL反模式 - 文檔數據庫篇
利用Cloudera實現Hadoop
Hadoop Streaming 編程 [董西成]
Hadoop Streaming
Hadoop中一個distcp
HBase安裝筆記一Hadoop
Hadoop中國用戶組（HCUG）[北京]2013第1次[總第1次]線下交流活動? [視頻]
Hadoop2.2.0安裝配置手冊
hdfs: 一個分布式文件系統(一)??? [易懂]
hdfs: 數據流（二）??? [易懂]
從wordcount 開始 mapreduce (C++\hadoop streaming模式)??? [易懂]
MapReduce工作原理圖文詳解
更快、更強——解析Hadoop新一代MapReduce框架Yarn
H-MapReduce源碼解析
HDFS之SequenceFile和MapFile
HBase之Java API
Hadoop簡介(1):什么是Map/Reduce
mapreduce編程模型
MapReduce 編程模型概述
徹底了解mapreduce核心Shuffle--解惑各種mapreduce問題
學習Hadoop不錯的系列文章
Hadoop集群（第9期）_MapReduce初級案例
Hadoop集群（第8期）_HDFS初探之旅
------------------------------------------------
Hbase
hbase 介紹
HBase技術介紹
Hadoop集群（第7期）_Eclipse開發環境設置
HBase 源碼本地調試
Apache HBase快照介紹
為Hbase建立高可用性多主節點
HBase安裝筆記
大數據處理的基礎環境（三）——HBase集群搭建
================================
Zookeeper
ZooKeeper Java Example
Distributed Coordination with Zookeeper
ZooKeeper-李建斌[很好很全]
zookeeper學習記錄[很好]
分布式服務框架 Zookeeper -- 管理分布式環境中的數據
zookeeper學習記錄? [很好]
ZooKeeper系列之二：ZooKeeper數據模型、命名空間以及節點的概念
利用ZooKeeper服務實現分布式系統的配置數據同步
架構設計：遠程調用服務架構設計及zookeeper技術詳解（上篇）
架構設計：一種遠程調用服務的設計構思（zookeeper的一種應用實踐）
zookeeper原理與安裝
分布式網站架構后續：zookeeper技術淺析
Google利器之Chubby? [非常好懂]
Apache Zookeeper入門1
HBase安裝筆記一Zookeeper
ZooKeeper安裝與操作實例
大數據處理的基礎環境（一）——zookeeper集群環境搭建
zookeeper的集群模式下的安裝和配置
zookeeper 集群安裝（單點與分布式成功安裝）摘錄
Zookeeper 的學習與運用
--------------Cassandra-------------------------------
cassandra入門 框架模型 總結
分布式 Key-Value 存儲系統：Cassandra 入門
==================================
Storm
flume+kafka+storm+mysql 數據流
實時計算storm流程架構總結
Storm-0.9.0.1版本安裝部署
Storm集群安裝部署步驟【詳細版】
Storm與Spark、Hadoop相比是否有優勢
Storm與Spark、Hadoop相比是否有優勢？
Storm與Spark、Hadoop這三種框架，各有各的優點，每個框架都有自己的最佳應用場景。
所以，在不同的應用場景下，應該選擇不同的框架。
Storm是最佳的流式計算框架，Storm由Java和Clojure寫成，Storm的優點是全內存計算，所以它的定位是分布式實時計算系統，按照Storm作者的說法，Storm對于實時計算的意義類似于Hadoop對于批處理的意義。
Storm的適用場景：
1）流數據處理
Storm可以用來處理源源不斷流進來的消息，處理之后將結果寫入到某個存儲中去。
2）分布式RPC。由于Storm的處理組件是分布式的，而且處理延遲極低，所以可以作為一個通用的分布式RPC框架來使用。
SparkSpark是一個基于內存計算的開源集群計算系統，目的是更快速的進行數據分析。Spark由加州伯克利大學AMP實驗室Matei為主的小團隊使用Scala開發開發，類似于Hadoop MapReduce的通用并行計算框架，Spark基于Map Reduce算法實現的分布式計算，擁有Hadoop MapReduce所具有的優點，但不同于MapReduce的是Job中間輸出和結果可以保存在內存中，從而不再需要讀寫HDFS，因此Spark能更好地適用于數據挖掘與機器學習等需要迭代的Map Reduce的算法。
Spark的適用場景：
1）多次操作特定數據集的應用場合
Spark是基于內存的迭代計算框架，適用于需要多次操作特定數據集的應用場合。需要反復操作的次數越多，所需讀取的數據量越大，受益越大，數據量小但是計算密集度較大的場合，受益就相對較小。
2）粗粒度更新狀態的應用
由于RDD的特性，Spark不適用那種異步細粒度更新狀態的應用，例如Web服務的存儲或者是增量的Web爬蟲和索引。就是對于那種增量修改的應用模型不適合。
總的來說Spark的適用面比較廣泛且比較通用。
Hadoop是實現了MapReduce的思想，將數據切片計算來處理大量的離線數據數據。Hadoop處理的數據必須是已經存放在HDFS上或者類似HBase的數據庫中，所以Hadoop實現的時候是通過移動計算到這些存放數據的機器上來提高效率。
Hadoop的適用場景：
1）海量數據的離線分析處理
2）大規模Web信息搜索
3）數據密集型并行計算
=================================
Kafka消息隊列
Kafka 起步
Apache Kafka系列之Kafka介紹
Apache Kafka系列之Kafka設計細節
Big Data Architecture Kafka FlumeNG Storm HBase 張鑫 [很好]
大數據處理的基礎環境（四）——kafka環境搭建
Kafka學習筆記
Kafka開發環境搭建
Kafka分布式環境搭建
分布式消息系統Kafka初步
kafka第四篇--快速入門（如何使用kafka）
快速理解Kafka分布式消息隊列框架
分布式消息隊列（Message Queue）系統：kafka
RabbitMQ和kafka從幾個角度簡單的對比
flume-ng+Kafka+Storm+HDFS 實時系統搭建
==================================
RabbitMQ
RabbitMQ源碼解析前奏系列
==================================
ZeroMQ
高性能的通訊庫-zeroMQ的幾個高性能特征
==================================
Thrift
PHP通過Thrift操作Hbase
thrift的使用介紹
thrift 輕松實現多語言跨服務器通信
開源點評：Protocol Buffers介紹
php實現的thrift socket server
Apache Avro 與 Thrift 比較
==================================
Scala
使用SBT構建Scala應用
==================================
scribe
Scribe安裝
==================================
Android
Android 內存剖析 – 發現潛在問題
=================================
Swift語言
Apple Swift編程語言入門教程
=================================
.NET
一個簡單的.NET MVC 實例
Ruby on? Rails
Ruby on Rails 實戰聖經
Ruby on Rails 指南
================================
其他服務器開發
網站加速--服務器編寫篇(上)
網站加速--服務器編寫篇?(下)
網站加速--動態應用篇?(上)
網站加速--動態應用篇?(下)
lighttpd1.4.18代碼分析(一)--watcher,worker模型
Tokyocabinet/Tokyotyrant文檔大合集
Tokyo Cabinet 安裝
請注意Tokyo Tyrant (ttserver)在大數據量下的不穩定
kmemcache源碼淺析
亂談服務器編程
HAProxy內存池實現源碼分析
Best Practices for Speeding Up Your Web Site
MongoDB源碼概述——內存管理和存儲引擎
NetBeans的遠程Linux C開發實踐
Apache 2.2 中文手冊
千萬級并發實現的秘密：內核不是解決方案，而是問題所在
================================
監控
配置snmp服務，安裝mrtg流量監控
使用Cacti監控你的網絡（一）-?Cacti概述及工作流程
使用Cacti監控你的網絡（二）-?Cacti的安裝
===============================
網絡安全
數字簽名是什么？
Web安全測試之XSS
常見的hash函數 :-D 非常經典！！
HMAC-MD5算法原理及實現
HMAC
HMAC算法安全性淺析
基于SHA-256的HMAC文件校驗器
淘寶全站HTTPS 百萬頁面改造技術細節大起底
https原理? 原文：圖解HTTPS?【畫圖不錯】
RSA性能是非常低的，原因在于尋找大素數、大數計算、數據分割需要耗費很多的CPU周期，所以一般的HTTPS連接只在第一次握手時使用非對稱加密，通過握手交換對稱加密密鑰，在之后的通信走對稱加密。
我的理解
1.客戶端發起請求，服務器給公鑰A+；
2.客戶端拿到公鑰A+，用A加密隨機數B-發給服務器；
3.服務器用私鑰A-解密隨機數B-，得到B-，給客戶端回饋；
4.客戶端用B-加密信息發給服務器；
5.服務器用B-解密信息。
HTTPS證書生成原理和部署細節
HTTPS原理?【寫的很好】
客戶端發出安全會話請求（會同時將自己支持的一套加密規則發送給服務器）
服務器從中選出一組加密算法與HASH算法，并將自己的身份信息以證書的形式發回給客戶端。證書里面包含了服務器地址，加密公鑰，以及證書的頒發機構等信息。
客戶端獲得服務器CA證書之后瀏覽器要做以下工作：
用已知的CA列表來驗證證書的合法性（頒發證書的機構是否合法，證書中包含的網站地址是否與正在訪問的地址一致等），如果證書受信任，則瀏覽器欄里面會顯示一個小鎖頭，否則會給出證書不受信的提示，讓用戶選擇自擔風險。
如果證書受信任，或者是用戶接受了不受信的證書，瀏覽器會生成一串隨機對稱密鑰，并用證書中提供的公鑰加密。
使用約定好的HASH算法計算握手消息，并使用生成的隨機對稱密鑰對消息進行加密，最后將之前生成的所有信息發送給服務器。
服務器接收客戶端發來的數據之后要做以下的操作：
使用自己的私鑰將信息解密取出密碼，使用密碼解密瀏覽器發來的握手消息，并驗證HASH是否與瀏覽器發來的一致。
使用對稱密鑰加密一段握手消息，發送給客戶端。
客戶端解密并計算握手消息的HASH，如果與服務端發來的HASH一致，此時握手過程結束，之后所有的通信數據將由之前客戶端生成的隨機對稱密鑰并利用對稱加密算法進行加密。
證書的合法性是通過證書的頒發機構權威性保證的。這引出了一個問題：怎么確保是合法的頒發機構呢？
系統有配置所謂的權威機構，就是CA root，這是安裝系統時就配置在電腦上。（所以不要隨便安裝盜版操作系統，也不要隨便安裝不受信任的證書）
權威機構有級聯性，即，如果證書是被機構B認證的，而機構B的證書被CA root認證，則證書也是受信的。這就是所謂的證書鏈（certification chain）
證書的常見格式
PKCS標準體系
X509為最常見的實現
證書最常見的后者名：cer, p12, crt, p7b
HTTPS一般使用的加密與HASH算法
對稱加密算法：AES，RC4，3DES。速度快，但需要雙方交換或者保存密鑰，風險大。
非對稱加密算法：RSA，DSA/DSS。不需要雙方交換或者保存密鑰，但是速度奇慢。
HASH算法：MD5，SHA1，SHA256。
一般來說服務器使用RSA非對稱加密算法來生成公鑰和私鑰（CA證書）。
但是RSA性能是非常低的，原因在于尋找大素數、大數計算、數據分割需要耗費很多的CPU周期，所以一般的HTTPS連接只在第一次握手時使用RSA非對稱加密，通過握手交換對稱加密密鑰，在之后的通信走對稱加密。
HTTPS其實是兩個過程來的
客戶端通過CA證書認證服務器是否合法
雙方交換對稱密鑰的過程（由客戶端發起，具體是前面提到的5個步驟）
在每一個步驟，都有可能被偽造和欺騙。
第一個過程可以偽造證書來欺騙，所以強烈建議只安裝信任機構頒發的證書（瀏覽器不會提醒風險的那種）。
比如12306要求安裝它自己制造的證書，如果安裝了，12306就能偽裝google，不裝12306，他就偽裝不了。所以是有風險的。
第二個過程如果服務端私鑰泄漏了，那么也交換私鑰的過程雖然是用服務器公鑰加密，也相當于明文傳輸了，這時候證書就可能被偽造。隨后的通信過程當然也無安全可言。
此時，CA需要更換私鑰和公鑰，并申明所有下級CA和使用者的證書過期（revocation list）。隨后，把所有過期證書重新用新的私鑰簽名。
在第二個過程中，很容易出錯的一個步驟是步驟三：
客戶端獲得服務器CA證書之后瀏覽器要做以下工作：?
1. 用已知的CA列表來驗證證書的合法性（頒發證書的機構是否合法，證書中包含的網站地址是否與正在訪問的地址一致等），如果證書受信任，則瀏覽器欄里面會顯示一個小鎖頭，否則會給出證書不受信的提示，讓用戶選擇自擔風險。?
2. 如果證書受信任，或者是用戶接受了不受信的證書，瀏覽器會生成一串隨機對稱密鑰，并用證書中提供的公鑰加密。?
3. 使用約定好的HASH算法計算握手消息，并使用生成的隨機對稱密鑰對消息進行加密，最后將之前生成的所有信息發送給服務器。
使用fiddler模擬http請求
SSL協議詳解
HTTPS那些事（二）SSL證書（轉載）
SSL證書可以向CA機構通過付費的方式申請，也可以自己制作。
證書以證書鏈的形式組織，在頒發證書的時候首先要有根CA機構頒發的根證書，再由根CA機構頒發一個中級CA機構的證書，最后由中級CA機構頒發具體的SSL證書。
我們可以這樣理解，根CA機構就是一個公司，根證書就是他的身份憑證，每個公司由不同的部門來頒發不同用途的證書，這些不同的部門就是中級CA機構，這些中級CA機構使用中級證書作為自己的身份憑證，
其中有一個部門是專門頒發SSL證書，當把根證書，中級證書，以及最后申請的SSL證書連在一起就形成了證書鏈，也稱為證書路徑。
在驗證證書的時候，瀏覽器會調用系統的證書管理器接口對證書路徑中的所有證書一級一級的進行驗證，只有路徑中所有的證書都是受信的，整個驗證的結果才是受信。
根證書是最關鍵的一個證書，如果根證書不受信任，它下面頒發的所有證書都不受信任。操作系統在安裝過程中會默認安裝一些受信任的CA機構的根證書，可以在“運行”里面運行“certmgr.msc”啟動證書管理器
===============================
OAuth
OAuth 2.0系列教程（十一） 客戶端證書請求和響應
OAuth 2.0系列教程（十） 資源擁有者密鑰證書授權請求和響應
OAuth 2.0系列教程（九） 契約請求和響應
OAuth 2.0系列教程（八） 授權碼授權
OAuth 2.0系列教程（七） 請求和響應
OAuth 2.0系列教程（六） 端點
OAuth 2.0系列教程（五） 授權
OAuth 2.0系列教程（四） 客戶端類型
OAuth 2.0系列教程（三） 角色
OAuth 2.0系列教程（二） 綜述
OAuth 2.0系列教程（一）引言
================================
前端開發
http://www.igvita.com/? [老外個人站點技術和牛]
瀏覽器的工作原理：現代網絡瀏覽器幕后揭秘 - HTML5 Rocks
Web 前后端分離的意義大嗎？
這兩年業界說的前后端分離，是限于偏展示類的系統（用A代替），而不是應用、管控類Web項目（用B代替），在B類項目里，前后端是天然分離的，對此，除了少部分后端開發人員，基本所有人的認識都是一致的。
討論A類項目的前后端分離。
這個問題的核心在什么地方呢，在于模板的與數據結合的位置，以及，模板的控制權在誰手里。
經過這兩年的討論，基本上我們可以達成的共識就是：模板應當由前端人員去控制，
主要原因有兩方面：- 性能優化（尤其是外部資源的管理與發布，請求合并等等）- 協作的順暢性（已形成模板的界面片段的返工等問題）那么，模板到底應該在什么地方跟數據結合？
這個問題就比較折騰了，有部分人嘗試像B類項目那樣，使用js模板，然后在瀏覽器端執行，這是存在一些問題的，比如說seo不友好，首屏性能不夠，尤其對于首頁DOM量很大的電商類網站，差距很明顯。
所以我們還是得把主要的模板放在服務端來執行。
在這個過程中，阿里作了一些嘗試，那就是引入Node層，在這一層把模板與數據進行合成，然后瀏覽器拿到的就是生成好的HTML了，但也不是所有HTML都是這么生成好的，還是會有一些內容等到了瀏覽器之后，再用js去加載和生成。
所以這一定會是一個混合方案，同一個系統中存在兩種模板，一種在服務端執行，一種在瀏覽器中執行，互為補充。
至于說這個方案中，是否中間層一定要是node，我覺得無所謂，只要是能正常做web項目的東西都可以，這個還是要看所在企業的技術積累方向，
當然node做這塊是有一些優勢的，比如對前端人員的語言友好性，前后端模板的通用性等等，但這些都是細節，重點還是整體方案和流程。
從MVC到前后端分離
我們輸入的是AJAX請求，輸出的是JSON數據，市面上有這樣的技術來實現這個功能嗎？答案是REST。
淺談Web緩存
頁面的緩存狀態是由header決定的，header的參數有四種：
一、Cache-Control：
? ? 1、max-age（單位為s）指定設置緩存最大的有效時間，定義的是時間長短。當瀏覽器向服務器發送請求后，在max-age這段時間里瀏覽器就不會再向服務器發送請求了。
2、s-maxage（單位為s）同max-age，只用于共享緩存（比如CDN緩存）。
比如，當s-maxage=60時，在這60秒中，即使更新了CDN的內容，瀏覽器也不會進行請求。也就是說max-age用于普通緩存，而s-maxage用于代理緩存。如果存在s-maxage，則會覆蓋掉max-age和Expires header。
3、public 指定響應會被緩存，并且在多用戶間共享。也就是下圖的意思。如果沒有指定public還是private，則默認為public。
4、private 響應只作為私有的緩存（見下圖），不能在用戶間共享。如果要求HTTP認證，響應會自動設置為private。
5、no-cache 指定不緩存響應，表明資源不進行緩存
但是設置了no-cache之后并不代表瀏覽器不緩存，而是在緩存前要向服務器確認資源是否被更改。因此有的時候只設置no-cache防止緩存還是不夠保險，還可以加上private指令，將過期時間設為過去的時間。
6、no-store 絕對禁止緩存，一看就知道如果用了這個命令當然就是不會進行緩存啦～每次請求資源都要從服務器重新獲取。
? ? 7、must-revalidate指定如果頁面是過期的，則去服務器進行獲取。這個指令并不常用，就不做過多的討論了。
二、Expires
? ? 緩存過期時間，用來指定資源到期的時間，是服務器端的具體的時間點。也就是說，Expires=max-age + 請求時間，需要和Last-modified結合使用。
但在上面我們提到過，cache-control的優先級更高。 Expires是Web服務器響應消息頭字段，在響應http請求時告訴瀏覽器在過期時間前瀏覽器可以直接從瀏覽器緩存取數據，而無需再次請求。
三、Last-modified?
? ? ? ? 服務器端文件的最后修改時間，需要和cache-control共同使用，是檢查服務器端資源是否更新的一種方式。
當瀏覽器再次進行請求時，會向服務器傳送If-Modified-Since報頭，詢問Last-Modified時間點之后資源是否被修改過。
如果沒有修改，則返回碼為304，使用緩存；如果修改過，則再次去服務器請求資源，返回碼和首次請求相同為200，資源為服務器最新資源。
四、ETag
? ? ? ? 根據實體內容生成一段hash字符串，標識資源的狀態，由服務端產生。瀏覽器會將這串字符串傳回服務器，驗證資源是否已經修改
================================
協程
Golang適合高并發場景的原因分析
風格之爭：Coroutine模型 vs 非阻塞/異步IO(callback)? 協程
說說一個新的老概念coroutine
Coroutine實現有感
Coroutines in C
在C語言中實現coroutine
Lua coroutine 不一樣的多線程編程思路
Coroutine介紹
進程線程以及協程
-----------------------------------------
SEDA架構
SEDA: An Architecture for Highly Concurrent Server Applications
SEDA架構筆記??SEDA架構
SEDA性能優化的分析和模擬
SEDA介紹與分析
適于互聯網的SEDA高并發架構
---------------------------------------
Rest 面向資源的架構
rest
REST wiki
REST是什么
---------------------------------------
SOA
Dubbo是阿里巴巴SOA服務化治理方案的核心框架
-------------------------------------
架構
知名互聯網公司網站架構圖
Bitmap的秘密
===============================
視頻
HTTP Live Streaming (HLS) 不錯的視頻直播技術
M3U8文件簡介
M3U8文件是指UTF-8編碼格式的M3U文件。M3U文件是記錄了一個索引純文本文件，打開它時播放軟件并不是播放它，而是根據它的索引找到對應的音視頻文件的網絡地址進行在線播放。
===============================
代碼閱讀工具
使用doxygen為C/C++程序生成中文文檔（上）
doxygen使用詳解
代碼閱讀分析工具Understand 2.0試用
Notepad++文本比較插件：Compare
=================================
編譯原理
怎樣寫一個解釋器 [王垠]
王垠的「40 行代碼」
理解Continuation和CPS（Continuation?Passing?Style）
JavaScript中的后續傳遞風格
我和Google的故事
一些中文編程語言
太極語言
=================================
計算機網絡
DNS 查詢的工作原理
阿里為什要推出alidns? 有哪些好用的dns?? 很好的講了架構
=================================
編碼解碼
Base64編碼及其作用
Base64 介紹及作用
=================================
HTTP協議
HTTP協議 (一) HTTP協議詳解
HTTP協議 (二) 基本認證
HTTP協議 (三) 壓縮
HTTP協議 (四) 緩存
HTTP協議 (五) 代理
HTTP協議 (六) 狀態碼詳解
HTTP協議 (七) Cookie
[Fiddler教程]
12306在線買火車票為什么需要安裝根證書
=================================
代碼分析
linux環境下 C++性能測試工具 gprof + kprof + gprof2dot
http://code.google.com/p/gperftools/
關于gperftools
Google performance Tools (gperftools) 使用心得
使用 cloc 統計代碼行數?? [cloc統計代碼非常好]
sublime_text2??? 可以畫圖
Graphviz+doxygen? 對象調用圖
=================================
Oracle
Oracle索引——索引類型
=================================
Sqlserver
查看sqlserver的端口號
======================
微信開發
微信公眾平臺開發入門教程
=================================
goagent軟件使用：
http://tieba.baidu.com/p/2276442741
==================================
PowerDesigner
PowerDesigner逆向獲取數據庫字典文件
PowerDesigner連接MySQL，建立逆向工程圖解?
powerdesigner連接mysql，并導出其數據模型的方法
PowerDesigner 概念數據模型(CDM) 說明
===============================
Notepad++
Notepad++插件使用技巧
代碼格式化插件：UniversalIndentGUI
===============================
SVN
svn的merge使用例子? [很好]
R?e?v?i?e?w?b?o?a?r?d?+?S?t?r?i?c?t?R?e?v?i?e?w?S?c?r?i?p?t?使?用?方?法?圖?解
使用Jenkins搭建持續集成(CI)環境
SVN?-?主干/分支?[很好]
================================
Git
Git 版本控制
http://pcottle.github.io/learnGitBranching/?demo
================================
綜合
量子恒道 [重在數據分析 storm/hbase等]
歡迎訪問HUFAN的blog -- 工作筆記
余旭
================================
好書
《Self-Service Linux》
http://book.douban.com/subject/2666819/
機械工業出版社：計算機科學叢書
電子工業出版社：國外計算機科學教材系列
清華大學出版社：世界著名計算機教材精選
國外經典教材·計算機科學與技術
?國外計算機科學經典教材
高等教育出版社：國外優秀信息科學與技術系列教學用書??
中國電力出版社：國外經典計算機科學教材
總結
以上是生活随笔為你收集整理的计算机科学精彩帖子收集的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Redis安装与源码调试
- 下一篇： 调试JDK源码-一步一步看HashMap