#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)();
}
類的成員函數(shù)不是在類實(shí)例化的時(shí)候載入內(nèi)存的。應(yīng)該是編譯鏈接的時(shí)候就在程序文件中確定了相對(duì)地址。然后程序載入的時(shí)候，所有的函數(shù)都載入到內(nèi)存的代碼區(qū)。所以實(shí)例化對(duì)象的時(shí)候，只是申請(qǐng)了對(duì)象的成員變量的地址，成員函數(shù)對(duì)于所有的類對(duì)象來說，應(yīng)該只有一份，在代碼區(qū)共用。而且類的成員變量和成員函數(shù)不是存放在一起（地址不是連續(xù)的，是分開存放的）
Test類中的a,b變量地址是連續(xù)的，每個(gè)占4字節(jié)。但是s(),ss(),fs()不是和a,b連續(xù)的，而且，這些函數(shù)之間，好像也并不是嚴(yán)格連續(xù)的，改一下函數(shù)名，地址有可能會(huì)變化
<table height="1" cellspacing="0" cellpadding="0" border="0"><tr><td height="1"><embed src="
1.最流行的方法：主成分分析(Principal Component Analisis,PCA)和線性判別分析(Linear Discriminant Analysis,LDA)
相關(guān)論文：PCA ,Face Recognition using Eigenfaces LDA,Based on an optimized LDA algorithm for face recognition
2.流形學(xué)習(xí)算法: 等距離映射(Isometric mapping,Isomap),局部線性嵌入(locally linear embedding, LLE),拉普拉斯特征映射(laplacian eigenmap)和局部保持投影(Locality Preserving Projections,LPP)等
相關(guān)論文: 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.
轉(zhuǎn)自：http://www.techmango.com/blog/article/DotNet/Thread_Safe_Singleton_Instance.htm
許多同志都會(huì)采用一個(gè)double check的方式來創(chuàng)建一個(gè)Singleton：
public class Singleton
{
protected Singleton() { }
private static volatile Singleton instance = null;
/// Lazy方式創(chuàng)建唯一實(shí)例的過程
public static Singleton Instance()
{
if (instance == null) // 外層if
lock (typeof(Singleton)) // 多線程中共享資源同步
if (instance == null) // 內(nèi)層if
instance = new Singleton();
return instance;
}
}
這應(yīng)該是比較經(jīng)典的線程安全的Singleton創(chuàng)建方式，但是還是一個(gè)更加簡單也很Cool的線程安全的Singleton：
class Singleton
{
private Singleton() { }
public static readonly Singleton Instance = new Singleton();
}
它省去了上面示例中那個(gè)laze構(gòu)造過程，由于Instance是類的公共靜態(tài)成員，因此相當(dāng)于它會(huì)在類第一次被用到的時(shí)候被構(gòu)造，同樣的原因也就可以省去把它放在靜態(tài)構(gòu)造函數(shù)里的過程。
這里實(shí)例構(gòu)造函數(shù)被徹底定義為私有的，所以客戶程序和子類無法額外構(gòu)造新的實(shí)例，所有的訪問通過公共靜態(tài)成員Instance獲得唯一實(shí)例的引用，符合Singleton的設(shè)計(jì)意圖。
參考：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的變量其內(nèi)容是不穩(wěn)定的(unstable),它的值有可能由編譯器所不能知曉的情況所改變。
2.所有對(duì)聲明為volatile的變量的寫操作都是可見的，必須嚴(yán)格執(zhí)行be executed religiously。
3.所有對(duì)聲明為volatile的變量的操作（讀寫）都必須嚴(yán)格按照源代碼的順序執(zhí)行。
volatile確保每次直接從內(nèi)存讀取變量的值。java中的volatile是跨線程保證上述三個(gè)條件的，而C++只是單一線程內(nèi)保證。
但是即使是JAVA能夠跨越線程保證，仍然是不夠的因?yàn)関olatile和非volatile操作之間的順序仍然是未定義的，有可能產(chǎn)生問題，考慮下面的代碼：
volatile int vi;
void bar(void) {
vi = 1;
foo();
vi = 0;
}
我們一般會(huì)認(rèn)為vi會(huì)在調(diào)用foo之前設(shè)置為1,調(diào)用完后會(huì)被置為0。然而編譯器不會(huì)對(duì)你保證這一點(diǎn)，它會(huì)很高興的將你的foo()移位，比如跑到vi = 1前面，只要它知道在foo()里不會(huì)涉及到其它的volatile操作。所以安全的方法是用柵欄memory barrier例如“asm volatile (”" ::: “memory”)加到foo的前面和后面 來保證嚴(yán)格的執(zhí)行順序。內(nèi)存屏障保證代碼執(zhí)行時(shí)嚴(yán)格按照源代碼的的順序。
(轉(zhuǎn)載自http://topic.csdn.net/u/20101013/16/e5f2fcbb-528f-4b1a-b85c-aaa8aa9ab3b6.html）
main函數(shù)之前--真正的函數(shù)執(zhí)行入口或開始
一種解釋
實(shí)際上，在可執(zhí)行文件被加載之后，控制權(quán)立即交給由編譯器插入的Start函數(shù)，它將對(duì)后面這些全局變量進(jìn)行準(zhǔn)備：
_osver 操作系統(tǒng)的構(gòu)件編號(hào)
_winmajor 操作系統(tǒng)的主版本號(hào)
_winminor 操作系統(tǒng)的次版本號(hào)
_winver 操作系統(tǒng)完全版本號(hào)
__argc 命令行參數(shù)個(gè)數(shù)
__argv 指向參數(shù)字符串的指針數(shù)組
_environ 指向環(huán)境變量字符串的指針數(shù)組
Start函數(shù)初始化堆并調(diào)用main函數(shù)．mian函數(shù)返回之后,Start函數(shù)調(diào)用Exit函數(shù)結(jié)束該進(jìn)程．
啟動(dòng)函數(shù)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語言（三）：誰調(diào)用了我的 main？
現(xiàn)在最重要的是要跟得上潮流，所以套用比較時(shí)髦的話，誰動(dòng)了我的奶酪。誰調(diào)用了我的 main？不過作為計(jì)算機(jī)工作者，我勸大家還是不要趕時(shí)髦，今天Java熱，明天 .net 流行，什么時(shí)髦就學(xué)什么。我的意思是先花幾年把基本功學(xué)好，等你趕時(shí)髦的時(shí)候也好事半功倍。廢話不多說了。
我們都聽說過一句話：“main是C語言的入口”。我至今不明白為什么這么說。就好像如果有人說：“掙錢是泡妞”，肯定無數(shù)磚頭拍過來。這句話應(yīng)該是“掙錢是泡妞的一個(gè)條件，只不過這個(gè)條件特別重要”。那么上面那句話應(yīng)該是 “main是C語言中一個(gè)符號(hào)，只不過這個(gè)符號(hào)比較特別。”
我們看下面的例子：
/* file name test00.c */
int main(int argc, char* argv)
{
return 0;
}
編譯鏈接它：
cc test00.c -o test.exe
會(huì)生成 test.exe
但是我們加上這個(gè)選項(xiàng)： -nostdlib (不鏈接標(biāo)準(zhǔn)庫)
cc test00.c -nostdlib -o test.exe
鏈接器會(huì)報(bào)錯(cuò)：
undefined symbol: __start
也就是說：
1. 編譯器缺省是找 __start 符號(hào)，而不是 main
2. __start 這個(gè)符號(hào)是程序的起始點(diǎn)
3. main 是被標(biāo)準(zhǔn)庫調(diào)用的一個(gè)符號(hào)
再來思考一個(gè)問題：
我們寫程序，比如一個(gè)模塊，通常要有 initialize 和 de-initialize，但是我們寫 C 程序的時(shí)候?yàn)槭裁从行┠K沒有這兩個(gè)過程么呢？比如我們程序從 main 開始就可以 malloc，free，但是我們?cè)?main 里面卻沒有初始化堆。再比如在 main 里面可以直接 printf，可是我們并沒有打開標(biāo)準(zhǔn)輸出文件啊。(不知道什么是 stdin，stdout，stderr 以及 printf 和 stdout 關(guān)系的群眾請(qǐng)先看看 C 語言中文件的概念)。
有人說，這些東西不需要初始化。如果您真得這么想，請(qǐng)您不要再往下看了，我個(gè)人認(rèn)為計(jì)算機(jī)軟件不適合您。
聰明的人民群眾會(huì)想，一定是在 main 之前干了些什么。使這些函數(shù)可以直接調(diào)用而不用初始化。通常，我們會(huì)在編譯器的環(huán)境中找到一個(gè)名字類似于 crt0.o 的文件，這個(gè)文件中包含了我們剛才所說的 __start 符號(hào)。（crt 大概是 C Runtime 的縮寫，請(qǐng)大家?guī)椭_認(rèn)一下。）
那么真正的 crt0.s 是什么樣子呢？下面我們給出部分偽代碼：
///////////////////////////////////////////////////////
section .text:
__start:
:
init stack;
init heap;
open stdin;
open stdout;
open stderr;
:
push argv;
push argc;
call _main; (調(diào)用 main)
:
destory heap;
close stdin;
close stdout;
close stderr;
:
call __exit;
////////////////////////////////////////////////////
實(shí)際上可能還有很多初始化工作，因?yàn)槎际呛筒僮飨到y(tǒng)相關(guān)的，筆者就不一一列出了。
注意：
1. 不同的編譯器，不一定缺省得符號(hào)都是 __start。
2. 匯編里面的 _main 就是 C 語言里面的 main，是因?yàn)閰R編器和C編譯器對(duì)符號(hào)的命名有差異（通常是差一個(gè)下劃線'_'）。
3. 目前操作系統(tǒng)結(jié)構(gòu)有兩個(gè)主要的分支：微內(nèi)核和宏內(nèi)核。微內(nèi)核的優(yōu)點(diǎn)是，結(jié)構(gòu)清晰，簡單，內(nèi)核組件較少，便于維護(hù)；缺點(diǎn)是，進(jìn)程間通信較多，程序頻繁進(jìn)出內(nèi)核，效率較低。宏內(nèi)核正好相反。我說這個(gè)是什么目的是：沒辦法保證每個(gè)組件都在用戶空間（標(biāo)準(zhǔn)庫函數(shù)）中初始化，有些組件確實(shí)可能不要初始化，操作系統(tǒng)在創(chuàng)建進(jìn)程的時(shí)候在內(nèi)核空間做的。這依賴于操作系統(tǒng)的具體實(shí)現(xiàn)，比如堆，宏內(nèi)核結(jié)構(gòu)可能在內(nèi)核初始化，微內(nèi)核結(jié)構(gòu)在用戶空間；即使同樣是微內(nèi)核，這個(gè)東東也可能會(huì)被拿到內(nèi)核空間初始化。
隨著 CPU 技術(shù)的發(fā)展，存儲(chǔ)量的迅速擴(kuò)展，代碼復(fù)雜程度的增加，微內(nèi)核被越來越多的采用。你會(huì)為了 10% 的效率使代碼復(fù)雜度增加么？要知道每隔 18 個(gè)月 CPU 的速度就會(huì)翻一番。所以我對(duì)程序員的要求是，我首先不要你的代碼效率高，我首先要你的代碼能讓 80% 的人迅速看懂并可以維護(hù)。
總結(jié)：
main函數(shù)執(zhí)行之前，主要就是初始化系統(tǒng)相關(guān)資源：
1.設(shè)置棧指針
2.初始化static靜態(tài)和global全局變量，即data段的內(nèi)容
3.將未初始化部分的賦初值：數(shù)值型short，int，long等為0，bool為FALSE，指針為NULL，等等，即.bss段的內(nèi)容
4.運(yùn)行全局構(gòu)造器，估計(jì)是C++中構(gòu)造函數(shù)之類的吧
5.將main函數(shù)的參數(shù)，argc，argv等傳遞給main函數(shù)，然后才真正運(yùn)行main函數(shù)
1.RAII:
借用局部對(duì)
象資源管理的概念。即在一個(gè)作用域中的局部對(duì)象，在程序運(yùn)行超過該作用域后，該對(duì)象被自動(dòng)銷毀。
2.PIMPL:
PIMPL慣用手法的作用是解開類的使用接口和實(shí)現(xiàn)的耦合。涉及緊耦合和松耦合的概念。松耦合對(duì)于編譯時(shí)有好處的。舉例說明如下：
#include<x.hpp>
class C
{
public:
void f1();
private:
X x; //與X的強(qiáng)耦合
};
如上面的代碼，C與X的實(shí)現(xiàn)就是強(qiáng)耦合的。從語義角度來講（或者從封裝的角度來講），X是C的實(shí)現(xiàn)的一部分，不應(yīng)該暴露給客戶，它對(duì)客戶應(yīng)該是透明的。以上的強(qiáng)耦合，導(dǎo)致如果X的實(shí)現(xiàn)部分被更改，則在編譯的時(shí)候，不僅X要重新編譯一次，就連C也要受到牽連。解決這個(gè)途徑就是采用PIMPL手法.即將C中X的對(duì)象，改為指向X對(duì)象的指針。使用指針有效得隔離了X的實(shí)現(xiàn)。且不需要包含X的頭文件，即#include<x.hpp>這一句可以省略。
使用PIMPL修改后的類如下:
class X; //用前置聲明來取代include<x.hpp>
class C
{
...
private:
X* pImpl; //聲明一個(gè)X*的時(shí)候，class X不用完全定義
};
在一個(gè)既定的平臺(tái)上，任何指針的大小都是相同的。這樣修改X的定義，就不會(huì)影響到類C了。不會(huì)出現(xiàn)“城門失火，殃及池魚。”就是因?yàn)樽o(hù)城河離城門遠(yuǎn)了（松耦合）。
3.設(shè)計(jì)模式之-工廠模式和與策略模式