#include <iostream>
using namespace std;
class Test
{
public:
int a;
int b;
void print();
void s();
void ss();
void fs();
};
void Test::print()
{
//cout << "hello" << endl;
}
void Test::s()
{
}
void Test::ss()
{
}
void Test::fs()
{
}
void f()
{
int s = 3;
cout << "&s" << &s << endl;
cout << "f" << endl;
}
class B:Test
{
};
int main()
{
Test t;
cout << sizeof(t) << endl;
cout << &t.a << endl;
cout << &t.b << endl;
Test tt;
cout << &tt.a << endl;
cout << &tt.b << endl;
typedef void (Test::*p)(void);
////Test t;
////t.print();
p fun = &Test::print;
printf("%p\n",fun);
fun = &Test::s;
printf("%p\n",fun);
fun = &Test::ss;
printf("%p\n",fun);
fun = &Test::fs;
printf("%p\n",fun);
f();
cout << "--------" << endl;
B b;
cout << sizeof(b) << endl;
////((Test::*print)fun)();
//Test *p4;
//fun(p4);
// Test t;
// (t.*fun)();
// Test d;
// (d.*fun)();
}
類的成員函數不是在類實例化的時候載入內存的。應該是編譯鏈接的時候就在程序文件中確定了相對地址。然后程序載入的時候，所有的函數都載入到內存的代碼區。所以實例化對象的時候，只是申請了對象的成員變量的地址，成員函數對于所有的類對象來說，應該只有一份，在代碼區共用。而且類的成員變量和成員函數不是存放在一起（地址不是連續的，是分開存放的）
Test類中的a,b變量地址是連續的，每個占4字節。但是s(),ss(),fs()不是和a,b連續的，而且，這些函數之間，好像也并不是嚴格連續的，改一下函數名，地址有可能會變化
<table height="1" cellspacing="0" cellpadding="0" border="0"><tr><td height="1"><embed src="
1.最流行的方法：主成分分析(Principal Component Analisis,PCA)和線性判別分析(Linear Discriminant Analysis,LDA)
相關論文：PCA ,Face Recognition using Eigenfaces LDA,Based on an optimized LDA algorithm for face recognition
2.流形學習算法: 等距離映射(Isometric mapping,Isomap),局部線性嵌入(locally linear embedding, LLE),拉普拉斯特征映射(laplacian eigenmap)和局部保持投影(Locality Preserving Projections,LPP)等
相關論文: Isomap, global geometric framework for nonlinear dimensionality reduction LLE, Nonlinear dimentionality reduction by locally linear embedding. laplacian eigenmap, Laplacian eigenmaps for dimensionality reduction and data representation . LPP, Learning a locality discriminanting projection for classification.
轉自：http://www.techmango.com/blog/article/DotNet/Thread_Safe_Singleton_Instance.htm
許多同志都會采用一個double check的方式來創建一個Singleton：
public class Singleton
{
protected Singleton() { }
private static volatile Singleton instance = null;
/// Lazy方式創建唯一實例的過程
public static Singleton Instance()
{
if (instance == null) // 外層if
lock (typeof(Singleton)) // 多線程中共享資源同步
if (instance == null) // 內層if
instance = new Singleton();
return instance;
}
}
這應該是比較經典的線程安全的Singleton創建方式，但是還是一個更加簡單也很Cool的線程安全的Singleton：
class Singleton
{
private Singleton() { }
public static readonly Singleton Instance = new Singleton();
}
它省去了上面示例中那個laze構造過程，由于Instance是類的公共靜態成員，因此相當于它會在類第一次被用到的時候被構造，同樣的原因也就可以省去把它放在靜態構造函數里的過程。
這里實例構造函數被徹底定義為私有的，所以客戶程序和子類無法額外構造新的實例，所有的訪問通過公共靜態成員Instance獲得唯一實例的引用，符合Singleton的設計意圖。
參考：http://www.cnblogs.com/rocketfan/archive/2009/12/05/1617759.html
volatile：
1.volatile的作用：
(1) the content of a volatile variable is “unstable” (can change by means unknown to the compiler),
(2) all writes to volatile data are “observable” so they must be executed religiously, and
(3) all operations on volatile data are executed in the sequence in which they appear in the source code.
1.被聲明為volatile的變量其內容是不穩定的(unstable),它的值有可能由編譯器所不能知曉的情況所改變。
2.所有對聲明為volatile的變量的寫操作都是可見的，必須嚴格執行be executed religiously。
3.所有對聲明為volatile的變量的操作（讀寫）都必須嚴格按照源代碼的順序執行。
volatile確保每次直接從內存讀取變量的值。java中的volatile是跨線程保證上述三個條件的，而C++只是單一線程內保證。
但是即使是JAVA能夠跨越線程保證，仍然是不夠的因為volatile和非volatile操作之間的順序仍然是未定義的，有可能產生問題，考慮下面的代碼：
volatile int vi;
void bar(void) {
vi = 1;
foo();
vi = 0;
}
我們一般會認為vi會在調用foo之前設置為1,調用完后會被置為0。然而編譯器不會對你保證這一點，它會很高興的將你的foo()移位，比如跑到vi = 1前面，只要它知道在foo()里不會涉及到其它的volatile操作。所以安全的方法是用柵欄memory barrier例如“asm volatile (”" ::: “memory”)加到foo的前面和后面 來保證嚴格的執行順序。內存屏障保證代碼執行時嚴格按照源代碼的的順序。
(轉載自http://topic.csdn.net/u/20101013/16/e5f2fcbb-528f-4b1a-b85c-aaa8aa9ab3b6.html）
main函數之前--真正的函數執行入口或開始
一種解釋
實際上，在可執行文件被加載之后，控制權立即交給由編譯器插入的Start函數，它將對后面這些全局變量進行準備：
_osver 操作系統的構件編號
_winmajor 操作系統的主版本號
_winminor 操作系統的次版本號
_winver 操作系統完全版本號
__argc 命令行參數個數
__argv 指向參數字符串的指針數組
_environ 指向環境變量字符串的指針數組
Start函數初始化堆并調用main函數．mian函數返回之后,Start函數調用Exit函數結束該進程．
啟動函數Start的源代碼在：
crt0.c Microsoft Visual C++
c0w.asm Borladn C++
另一種解釋
Some of the stuff that has to happen before main():
set up initial stack pointer
initialize static and global data
zero out uninitialized data
run global constructors
Some of this comes with the runtime library's crt0.o file or its __start() function. Some of it you need to do yourself.
Crt0 is a synonym for the C runtime library.
Depending on the system you're using the follwing may be incomplete, but it should give you an idea. Using newlib-1.9.0/libgloss/m68k/crt0.S as an outline, the steps are:
1. Set stack pointer to value of __STACK if set
2. Set the initial value of the frame pointer
3. Clear .bss (where all the values that start at zero go)
4. Call indirect of hardware_init_hook if set to initialize hardware
5. Call indirect of software_init_hook if set to initialize software
6. Add __do_global_dtors and __FINI_SECTION__ to the atexit function so destructors and other cleanup functions are called when the program exits by either returning from main, or calling exit
7. setup the paramters for argc, argv, argp and call main
8. call exit if main returns
第三種解釋：囫圇C語言（三）：誰調用了我的 main？
現在最重要的是要跟得上潮流，所以套用比較時髦的話，誰動了我的奶酪。誰調用了我的 main？不過作為計算機工作者，我勸大家還是不要趕時髦，今天Java熱，明天 .net 流行，什么時髦就學什么。我的意思是先花幾年把基本功學好，等你趕時髦的時候也好事半功倍。廢話不多說了。
我們都聽說過一句話：“main是C語言的入口”。我至今不明白為什么這么說。就好像如果有人說：“掙錢是泡妞”，肯定無數磚頭拍過來。這句話應該是“掙錢是泡妞的一個條件，只不過這個條件特別重要”。那么上面那句話應該是 “main是C語言中一個符號，只不過這個符號比較特別。”
我們看下面的例子：
/* file name test00.c */
int main(int argc, char* argv)
{
return 0;
}
編譯鏈接它：
cc test00.c -o test.exe
會生成 test.exe
但是我們加上這個選項： -nostdlib (不鏈接標準庫)
cc test00.c -nostdlib -o test.exe
鏈接器會報錯：
undefined symbol: __start
也就是說：
1. 編譯器缺省是找 __start 符號，而不是 main
2. __start 這個符號是程序的起始點
3. main 是被標準庫調用的一個符號
再來思考一個問題：
我們寫程序，比如一個模塊，通常要有 initialize 和 de-initialize，但是我們寫 C 程序的時候為什么有些模塊沒有這兩個過程么呢？比如我們程序從 main 開始就可以 malloc，free，但是我們在 main 里面卻沒有初始化堆。再比如在 main 里面可以直接 printf，可是我們并沒有打開標準輸出文件啊。(不知道什么是 stdin，stdout，stderr 以及 printf 和 stdout 關系的群眾請先看看 C 語言中文件的概念)。
有人說，這些東西不需要初始化。如果您真得這么想，請您不要再往下看了，我個人認為計算機軟件不適合您。
聰明的人民群眾會想，一定是在 main 之前干了些什么。使這些函數可以直接調用而不用初始化。通常，我們會在編譯器的環境中找到一個名字類似于 crt0.o 的文件，這個文件中包含了我們剛才所說的 __start 符號。（crt 大概是 C Runtime 的縮寫，請大家幫助確認一下。）
那么真正的 crt0.s 是什么樣子呢？下面我們給出部分偽代碼：
///////////////////////////////////////////////////////
section .text:
__start:
:
init stack;
init heap;
open stdin;
open stdout;
open stderr;
:
push argv;
push argc;
call _main; (調用 main)
:
destory heap;
close stdin;
close stdout;
close stderr;
:
call __exit;
////////////////////////////////////////////////////
實際上可能還有很多初始化工作，因為都是和操作系統相關的，筆者就不一一列出了。
注意：
1. 不同的編譯器，不一定缺省得符號都是 __start。
2. 匯編里面的 _main 就是 C 語言里面的 main，是因為匯編器和C編譯器對符號的命名有差異（通常是差一個下劃線'_'）。
3. 目前操作系統結構有兩個主要的分支：微內核和宏內核。微內核的優點是，結構清晰，簡單，內核組件較少，便于維護；缺點是，進程間通信較多，程序頻繁進出內核，效率較低。宏內核正好相反。我說這個是什么目的是：沒辦法保證每個組件都在用戶空間（標準庫函數）中初始化，有些組件確實可能不要初始化，操作系統在創建進程的時候在內核空間做的。這依賴于操作系統的具體實現，比如堆，宏內核結構可能在內核初始化，微內核結構在用戶空間；即使同樣是微內核，這個東東也可能會被拿到內核空間初始化。
隨著 CPU 技術的發展，存儲量的迅速擴展，代碼復雜程度的增加，微內核被越來越多的采用。你會為了 10% 的效率使代碼復雜度增加么？要知道每隔 18 個月 CPU 的速度就會翻一番。所以我對程序員的要求是，我首先不要你的代碼效率高，我首先要你的代碼能讓 80% 的人迅速看懂并可以維護。
總結：
main函數執行之前，主要就是初始化系統相關資源：
1.設置棧指針
2.初始化static靜態和global全局變量，即data段的內容
3.將未初始化部分的賦初值：數值型short，int，long等為0，bool為FALSE，指針為NULL，等等，即.bss段的內容
4.運行全局構造器，估計是C++中構造函數之類的吧
5.將main函數的參數，argc，argv等傳遞給main函數，然后才真正運行main函數
1.RAII:
借用局部對
象資源管理的概念。即在一個作用域中的局部對象，在程序運行超過該作用域后，該對象被自動銷毀。
2.PIMPL:
PIMPL慣用手法的作用是解開類的使用接口和實現的耦合。涉及緊耦合和松耦合的概念。松耦合對于編譯時有好處的。舉例說明如下：
#include<x.hpp>
class C
{
public:
void f1();
private:
X x; //與X的強耦合
};
如上面的代碼，C與X的實現就是強耦合的。從語義角度來講（或者從封裝的角度來講），X是C的實現的一部分，不應該暴露給客戶，它對客戶應該是透明的。以上的強耦合，導致如果X的實現部分被更改，則在編譯的時候，不僅X要重新編譯一次，就連C也要受到牽連。解決這個途徑就是采用PIMPL手法.即將C中X的對象，改為指向X對象的指針。使用指針有效得隔離了X的實現。且不需要包含X的頭文件，即#include<x.hpp>這一句可以省略。
使用PIMPL修改后的類如下:
class X; //用前置聲明來取代include<x.hpp>
class C
{
...
private:
X* pImpl; //聲明一個X*的時候，class X不用完全定義
};
在一個既定的平臺上，任何指針的大小都是相同的。這樣修改X的定義，就不會影響到類C了。不會出現“城門失火，殃及池魚。”就是因為護城河離城門遠了（松耦合）。
3.設計模式之-工廠模式和與策略模式