青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

類中成員變量和成員函數(shù)在內(nèi)存中的地址

#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ù)不是在類實例化的時候載入內(nèi)存的。應該是編譯鏈接的時候就在程序文件中確定了相對地址。然后程序載入的時候,所有的函數(shù)都載入到內(nèi)存的代碼區(qū)。所以實例化對象的時候,只是申請了對象的成員變量的地址,成員函數(shù)對于所有的類對象來說,應該只有一份,在代碼區(qū)共用。而且類的成員變量和成員函數(shù)不是存放在一起(地址不是連續(xù)的,是分開存放的)
Test類中的a,b變量地址是連續(xù)的,每個占4字節(jié)。但是s(),ss(),fs()不是和a,b連續(xù)的,而且,這些函數(shù)之間,好像也并不是嚴格連續(xù)的,改一下函數(shù)名,地址有可能會變化

posted @ 2011-03-25 19:57 MrRightLeft 閱讀(1089) | 評論 (0)編輯 收藏

aaa

<table height="1" cellspacing="0" cellpadding="0" border="0"><tr><td height="1"><embed src="


posted @ 2011-03-23 16:37 MrRightLeft 閱讀(70) | 評論 (0)編輯 收藏

人臉識別學習路線

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.  

posted @ 2011-03-20 09:23 MrRightLeft 閱讀(605) | 評論 (0)編輯 收藏

Singleton的設計--經(jīng)典

轉自:http://www.techmango.com/blog/article/DotNet/Thread_Safe_Singleton_Instance.htm
許多同志都會采用一個double check的方式來創(chuàng)建一個Singleton:

public class Singleton
{
    protected Singleton() { }
    private static volatile Singleton instance = null;
    /// Lazy方式創(chuàng)建唯一實例的過程
    public static Singleton Instance()
    {
        if (instance == null)         // 外層if
            lock (typeof(Singleton))      // 多線程中共享資源同步
                if (instance == null) // 內(nèi)層if
                    instance = new Singleton();
        return instance;
    }
}
 

這應該是比較經(jīng)典的線程安全的Singleton創(chuàng)建方式,但是還是一個更加簡單也很Cool的線程安全的Singleton:

class Singleton
{
    private Singleton() { }
    public static readonly Singleton Instance = new Singleton();
}
 

  它省去了上面示例中那個laze構造過程,由于Instance是類的公共靜態(tài)成員,因此相當于它會在類第一次被用到的時候被構造,同樣的原因也就可以省去把它放在靜態(tài)構造函數(shù)里的過程。


這里實例構造函數(shù)被徹底定義為私有的,所以客戶程序和子類無法額外構造新的實例,所有的訪問通過公共靜態(tài)成員Instance獲得唯一實例的引用,符合Singleton的設計意圖。

posted @ 2011-03-09 12:36 MrRightLeft 閱讀(272) | 評論 (0)編輯 收藏

c++學習之---volatile和線程安全的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的變量其內(nèi)容是不穩(wěn)定的(unstable),它的值有可能由編譯器所不能知曉的情況所改變。
2.所有對聲明為volatile的變量的寫操作都是可見的,必須嚴格執(zhí)行be executed religiously。
3.所有對聲明為volatile的變量的操作(讀寫)都必須嚴格按照源代碼的順序執(zhí)行。
volatile確保每次直接從內(nèi)存讀取變量的值。java中的volatile是跨線程保證上述三個條件的,而C++只是單一線程內(nèi)保證。
但是即使是JAVA能夠跨越線程保證,仍然是不夠的因為volatile和非volatile操作之間的順序仍然是未定義的,有可能產(chǎn)生問題,考慮下面的代碼:

volatile int vi;

void bar(void) {
vi = 1;
foo();
vi = 0;
}

我們一般會認為vi會在調(diào)用foo之前設置為1,調(diào)用完后會被置為0。然而編譯器不會對你保證這一點,它會很高興的將你的foo()移位,比如跑到vi = 1前面,只要它知道在foo()里不會涉及到其它的volatile操作。所以安全的方法是用柵欄memory barrier例如“asm volatile (”" ::: “memory”)加到foo的前面和后面 來保證嚴格的執(zhí)行順序。內(nèi)存屏障保證代碼執(zhí)行時嚴格按照源代碼的的順序。

posted @ 2011-03-09 11:47 MrRightLeft 閱讀(777) | 評論 (0)編輯 收藏

main函數(shù)之前干了神馬?-誰調(diào)用了我的main

(轉載自http://topic.csdn.net/u/20101013/16/e5f2fcbb-528f-4b1a-b85c-aaa8aa9ab3b6.html
main函數(shù)之前--真正的函數(shù)執(zhí)行入口或開始

一種解釋

實際上,在可執(zhí)行文件被加載之后,控制權立即交給由編譯器插入的Start函數(shù),它將對后面這些全局變量進行準備:
   _osver 操作系統(tǒng)的構件編號
  _winmajor 操作系統(tǒng)的主版本號
  _winminor 操作系統(tǒng)的次版本號
  _winver 操作系統(tǒng)完全版本號
  __argc 命令行參數(shù)個數(shù)
  __argv 指向參數(shù)字符串的指針數(shù)組
  _environ 指向環(huán)境變量字符串的指針數(shù)組
Start函數(shù)初始化堆并調(diào)用main函數(shù).mian函數(shù)返回之后,Start函數(shù)調(diào)用Exit函數(shù)結束該進程.
啟動函數(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)在最重要的是要跟得上潮流,所以套用比較時髦的話,誰動了我的奶酪。誰調(diào)用了我的 main?不過作為計算機工作者,我勸大家還是不要趕時髦,今天Java熱,明天 .net 流行,什么時髦就學什么。我的意思是先花幾年把基本功學好,等你趕時髦的時候也好事半功倍。廢話不多說了。
    
    我們都聽說過一句話:“main是C語言的入口”。我至今不明白為什么這么說。就好像如果有人說:“掙錢是泡妞”,肯定無數(shù)磚頭拍過來。這句話應該是“掙錢是泡妞的一個條件,只不過這個條件特別重要”。那么上面那句話應該是 “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 是被標準庫調(diào)用的一個符號
    
    再來思考一個問題:
    我們寫程序,比如一個模塊,通常要有 initialize 和 de-initialize,但是我們寫 C 程序的時候為什么有些模塊沒有這兩個過程么呢?比如我們程序從 main 開始就可以 malloc,free,但是我們在 main 里面卻沒有初始化堆。再比如在 main 里面可以直接 printf,可是我們并沒有打開標準輸出文件啊。(不知道什么是 stdin,stdout,stderr 以及 printf 和 stdout 關系的群眾請先看看 C 語言中文件的概念)。
    
    有人說,這些東西不需要初始化。如果您真得這么想,請您不要再往下看了,我個人認為計算機軟件不適合您。
    
    聰明的人民群眾會想,一定是在 main 之前干了些什么。使這些函數(shù)可以直接調(diào)用而不用初始化。通常,我們會在編譯器的環(huán)境中找到一個名字類似于 crt0.o 的文件,這個文件中包含了我們剛才所說的 __start 符號。(crt 大概是 C Runtime 的縮寫,請大家?guī)椭_認一下。)
    
    那么真正的 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;
    ////////////////////////////////////////////////////
    
    實際上可能還有很多初始化工作,因為都是和操作系統(tǒng)相關的,筆者就不一一列出了。
    
    注意:
    1. 不同的編譯器,不一定缺省得符號都是 __start。
    2. 匯編里面的 _main 就是 C 語言里面的 main,是因為匯編器和C編譯器對符號的命名有差異(通常是差一個下劃線'_')。
    3. 目前操作系統(tǒng)結構有兩個主要的分支:微內(nèi)核和宏內(nèi)核。微內(nèi)核的優(yōu)點是,結構清晰,簡單,內(nèi)核組件較少,便于維護;缺點是,進程間通信較多,程序頻繁進出內(nèi)核,效率較低。宏內(nèi)核正好相反。我說這個是什么目的是:沒辦法保證每個組件都在用戶空間(標準庫函數(shù))中初始化,有些組件確實可能不要初始化,操作系統(tǒng)在創(chuàng)建進程的時候在內(nèi)核空間做的。這依賴于操作系統(tǒng)的具體實現(xiàn),比如堆,宏內(nèi)核結構可能在內(nèi)核初始化,微內(nèi)核結構在用戶空間;即使同樣是微內(nèi)核,這個東東也可能會被拿到內(nèi)核空間初始化。
    
    隨著 CPU 技術的發(fā)展,存儲量的迅速擴展,代碼復雜程度的增加,微內(nèi)核被越來越多的采用。你會為了 10% 的效率使代碼復雜度增加么?要知道每隔 18 個月 CPU 的速度就會翻一番。所以我對程序員的要求是,我首先不要你的代碼效率高,我首先要你的代碼能讓 80% 的人迅速看懂并可以維護。

總結:

main函數(shù)執(zhí)行之前,主要就是初始化系統(tǒng)相關資源:

1.設置棧指針

2.初始化static靜態(tài)和global全局變量,即data段的內(nèi)容

3.將未初始化部分的賦初值:數(shù)值型short,int,long等為0,bool為FALSE,指針為NULL,等等,即.bss段的內(nèi)容

4.運行全局構造器,估計是C++中構造函數(shù)之類的吧

5.將main函數(shù)的參數(shù),argc,argv等傳遞給main函數(shù),然后才真正運行main函數(shù)

posted @ 2011-03-08 23:34 MrRightLeft 閱讀(2705) | 評論 (0)編輯 收藏

RAII

1.RAII:
借用局部對象資源管理的概念。即在一個作用域中的局部對象,在程序運行超過該作用域后,該對象被自動銷毀。

2.PIMPL:
PIMPL慣用手法的作用是解開類的使用接口和實現(xiàn)的耦合。涉及緊耦合和松耦合的概念。松耦合對于編譯時有好處的。舉例說明如下:
#include<x.hpp>
class C
{
      public:
            void f1();
      private:
            X x; //與X的強耦合
};
如上面的代碼,C與X的實現(xiàn)就是強耦合的。從語義角度來講(或者從封裝的角度來講),X是C的實現(xiàn)的一部分,不應該暴露給客戶,它對客戶應該是透明的。以上的強耦合,導致如果X的實現(xiàn)部分被更改,則在編譯的時候,不僅X要重新編譯一次,就連C也要受到牽連。解決這個途徑就是采用PIMPL手法.即將C中X的對象,改為指向X對象的指針。使用指針有效得隔離了X的實現(xiàn)。且不需要包含X的頭文件,即#include<x.hpp>這一句可以省略。
使用PIMPL修改后的類如下:
class X; //用前置聲明來取代include<x.hpp>
class C
{
      ...
      private:
            X* pImpl; //聲明一個X*的時候,class X不用完全定義
};
在一個既定的平臺上,任何指針的大小都是相同的。這樣修改X的定義,就不會影響到類C了。不會出現(xiàn)“城門失火,殃及池魚。”就是因為護城河離城門遠了(松耦合)。

3.設計模式之-工廠模式和與策略模式






posted @ 2011-03-08 21:04 MrRightLeft 閱讀(219) | 評論 (0)編輯 收藏

僅列出標題
共4頁: 1 2 3 4 
<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

導航

統(tǒng)計

隨筆分類

隨筆檔案

文章分類

文章檔案

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲一区免费网站| 欧美福利视频在线观看| 亚洲精品在线电影| 欧美精品电影在线| 99精品国产99久久久久久福利| 欧美韩日亚洲| 欧美日本精品| 亚洲欧美在线一区| 欧美伊人精品成人久久综合97 | 亚洲国产毛片完整版| 美日韩精品免费| 99精品视频一区| 一区二区三区蜜桃网| 国产午夜精品久久久| 久久夜色撩人精品| 欧美大片va欧美在线播放| 一区二区三区日韩| 欧美一区二区三区在线播放| 亚洲国产精品国自产拍av秋霞| 亚洲国产一区二区精品专区| 欧美视频二区| 久久青草久久| 欧美日韩国产综合视频在线| 久久国产精品99国产精| 欧美不卡三区| 欧美在线三区| 欧美国产丝袜视频| 欧美一区激情| 欧美韩国日本一区| 久久福利精品| 欧美人与性动交cc0o| 久久精品国产亚洲5555| 欧美高清不卡在线| 久久经典综合| 欧美日韩在线亚洲一区蜜芽| 欧美主播一区二区三区美女 久久精品人| 久久激情久久| 午夜视频久久久| 免费在线欧美视频| 国产精品国码视频| 欧美激情一区二区三区蜜桃视频 | 午夜精品久久久久久久男人的天堂| 国产一区二区三区四区| 亚洲精选在线| 亚洲国产精品毛片| 久久不射中文字幕| 亚洲一区二区少妇| 欧美精品综合| 开心色5月久久精品| 国产精品成人在线观看| 91久久在线视频| 1769国内精品视频在线播放| 亚洲丝袜av一区| 亚洲欧洲日韩在线| 久久综合久久88| 久久久久久尹人网香蕉| 国产精品一级| 亚洲午夜视频在线| 在线一区二区三区四区五区| 欧美成人一区在线| 欧美成人综合一区| 亚洲国产精品成人一区二区| 久久精品视频va| 久久青草久久| 在线观看欧美成人| 久久综合久久久| 欧美激情国产高清| 亚洲精品国产精品乱码不99按摩| 久久久久免费观看| 欧美大片va欧美在线播放| 亚洲国产美女| 欧美激情2020午夜免费观看| 亚洲人成欧美中文字幕| 99视频精品在线| 欧美色综合天天久久综合精品| 日韩西西人体444www| 亚洲最新在线| 欧美三级日韩三级国产三级| 亚洲欧洲在线观看| 日韩午夜剧场| 午夜精品国产| 美女图片一区二区| 亚洲电影免费观看高清| 美女精品一区| 久久视频在线视频| 曰韩精品一区二区| 蜜桃av一区二区| 欧美激情精品久久久| 亚洲精品一级| 欧美日本久久| 一区二区三区视频免费在线观看| 91久久精品日日躁夜夜躁欧美| 欧美日韩国产高清视频| 日韩一区二区精品葵司在线| 亚洲一区二区三区在线播放| 国产精品v亚洲精品v日韩精品 | 亚洲美女视频在线观看| 欧美大片免费| 一本到高清视频免费精品| 亚洲一区国产视频| 国产日韩欧美一区二区三区四区| 亚洲综合国产激情另类一区| 欧美在线三区| 国内久久视频| 国产在线视频欧美一区二区三区| 99re热这里只有精品视频| 亚洲国产日韩精品| 国产精品视频免费| 久久久久久久精| 亚洲第一福利在线观看| 中国女人久久久| 国产精品网曝门| 久久亚洲二区| 亚洲天堂av电影| 久久综合给合| 亚洲综合精品四区| 在线观看欧美一区| 欧美大片在线观看| 久久精品国产99| 日韩一区二区久久| 久久免费精品日本久久中文字幕| 亚洲精品乱码久久久久久蜜桃麻豆| 欧美视频一区二区三区| 久久精品国产91精品亚洲| 美女爽到呻吟久久久久| 久久爱www久久做| 亚洲国产天堂网精品网站| 国产精品亚洲网站| 欧美二区乱c少妇| 亚洲一区二区黄| 日韩亚洲欧美高清| 久久人人爽爽爽人久久久| 亚洲理论在线| 黄色成人小视频| 欧美视频在线观看| 久久精品免视看| 久久精品国产亚洲精品| 亚洲免费激情| 欧美黄色免费网站| 久久另类ts人妖一区二区| 亚洲一区成人| 亚洲欧洲精品一区| 亚洲精品一级| 精品动漫3d一区二区三区免费| 国产精品video| 欧美日韩国产一区二区| 免费亚洲电影在线| 新狼窝色av性久久久久久| 亚洲欧美国产制服动漫| 一区二区三区精品视频| 亚洲破处大片| 亚洲国产高清在线| 老司机午夜精品视频| 欧美专区在线观看| 亚洲一二三区视频在线观看| 亚洲美女在线视频| 99re66热这里只有精品3直播| 在线观看亚洲精品| 精品91久久久久| 在线观看欧美| 1024欧美极品| 国产在线精品自拍| 国产在线精品成人一区二区三区| 国产精品久久久久影院亚瑟 | 99国产一区| 亚洲精品国产品国语在线app| 久久精品视频免费| 午夜精品久久久久久久男人的天堂| 99精品黄色片免费大全| 国内精品久久久久久久97牛牛| 狠狠色丁香婷综合久久| 狠狠色狠色综合曰曰| 好看不卡的中文字幕| 国精品一区二区| 国产在线精品一区二区夜色| 激情久久综艺| 亚洲精品你懂的| 一区二区三区欧美日韩| 亚洲免费综合| 欧美午夜久久久| 欧美精品久久久久久久| 免费人成精品欧美精品| 国产精品豆花视频| 国产在线不卡视频| 亚洲欧洲日本mm| 亚洲网站啪啪| 久久精品国产综合| 久久蜜臀精品av| 亚洲国产精品成人久久综合一区| 99人久久精品视频最新地址| 午夜欧美不卡精品aaaaa| 久久综合色播五月| 国产精品亚洲欧美| 亚洲国内精品在线| 亚洲一区bb| 女生裸体视频一区二区三区 | 国产亚洲一区二区三区在线观看| 国产手机视频一区二区| 一区二区三区成人精品| 欧美一区在线直播|