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

類中成員變量和成員函數(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>
            亚洲午夜三级在线| 久久亚洲综合网| 欧美一区二区三区久久精品| 一本色道久久综合亚洲二区三区| 亚洲国产天堂网精品网站| 在线免费观看成人网| 亚洲人久久久| 亚洲在线视频一区| 久久天天躁狠狠躁夜夜av| 欧美jizzhd精品欧美巨大免费| 欧美成人精品不卡视频在线观看| 亚洲高清电影| 亚洲精品国精品久久99热一| 亚洲香蕉网站| 久久综合久色欧美综合狠狠| 欧美日韩精品综合在线| 国产精品久久久久久久久免费樱桃| 国产日韩欧美在线| 亚洲精品少妇30p| 久久av免费一区| 亚洲高清视频的网址| 亚洲综合成人在线| 男女av一区三区二区色多| 欧美日韩国产综合视频在线观看中文| 国产精品一区毛片| 日韩视频免费大全中文字幕| 欧美一区二区在线看| 亚洲人成高清| 久久亚洲综合色| 国产亚洲二区| 亚洲香蕉伊综合在人在线视看| 老司机免费视频久久| 欧美一区二区在线播放| 欧美亚洲在线播放| 亚洲精品一区二区三区婷婷月 | 免费观看成人网| 亚洲人成免费| 久久九九免费| 国产精品羞羞答答| 一本色道久久88精品综合| 久久资源在线| 性欧美激情精品| 国产精品成人在线| 一区二区三区国产精华| 免费不卡在线观看av| 香蕉久久精品日日躁夜夜躁| 国产精品videossex久久发布| 亚洲精品欧美精品| 欧美电影打屁股sp| 久久婷婷人人澡人人喊人人爽| 国产欧美日韩在线 | 亚洲人成人99网站| 麻豆精品网站| 亚洲国产精品成人精品| 久久视频一区| 欧美亚洲视频| 国产亚洲一二三区| 久久久久99| 午夜在线视频观看日韩17c| 国产精品扒开腿做爽爽爽视频| 99国产精品久久久久老师| 亚洲国产精彩中文乱码av在线播放| 久久国产视频网站| 在线观看不卡av| 蘑菇福利视频一区播放| 久久精品国产综合| 亚洲国产成人av| 欧美激情免费在线| 欧美激情一二区| 一区二区三区欧美亚洲| 亚洲伦理在线免费看| 欧美性生交xxxxx久久久| 亚洲欧美一区二区三区极速播放| 亚洲综合日本| 激情久久久久久久久久久久久久久久 | 欧美亚洲专区| 亚洲影院色无极综合| 国产区二精品视| 久久久免费观看视频| 久久亚洲色图| 亚洲一区日韩| 久久疯狂做爰流白浆xx| 亚洲国产精品尤物yw在线观看| 亚洲成色最大综合在线| 欧美日韩免费观看一区| 久久精品国产第一区二区三区最新章节 | 国产欧美激情| 久久久久久久一区二区三区| 久久久久久久久久久一区| 亚洲精品免费观看| 亚洲一区二区三区中文字幕在线| 国产情侣一区| 亚洲福利精品| 国产日韩av高清| 亚洲国产精品成人一区二区| 欧美日韩三级| 欧美不卡在线视频| 国产精品一级| 亚洲国产精品久久久久秋霞不卡| 国产精品久久久久久久久久尿| 女女同性女同一区二区三区91| 欧美日韩精品二区| 狂野欧美一区| 国产伦精品免费视频| 亚洲激情二区| 在线不卡亚洲| 亚洲欧美激情精品一区二区| 亚洲精品一区二区三区樱花| 久久成人亚洲| 亚洲女爱视频在线| 欧美激情偷拍| 亚洲风情在线资源站| 狠狠综合久久av一区二区老牛| 日韩小视频在线观看专区| 国语自产偷拍精品视频偷| 国产精品99久久久久久有的能看| 亚洲激情黄色| 久久综合色播五月| 久久综合电影一区| 国产一区二区日韩精品| 一区二区三区高清在线| 亚洲国产一区在线| 亚洲尤物精选| 亚洲国产成人在线播放| 午夜精品美女自拍福到在线| 在线一区观看| 欧美日韩国产黄| 亚洲福利视频一区二区| 亚洲国产成人tv| 久久漫画官网| 久久久久在线观看| 国内精品久久久久久| 久久国产精品72免费观看| 久久久蜜臀国产一区二区| 国模精品一区二区三区| 久久精品中文字幕一区| 免费h精品视频在线播放| 精品成人国产| 欧美一区二区视频97| 久久婷婷av| 在线观看日韩专区| 免费在线一区二区| 亚洲精品一区二区三区99| 一区二区三区精品| 欧美日韩视频在线一区二区| 一本色道久久综合| 欧美中文字幕久久| 精品69视频一区二区三区| 久久精品水蜜桃av综合天堂| 久久综合色88| 亚洲欧洲精品一区二区三区不卡 | 嫩草成人www欧美| 亚洲国产美女久久久久| 男男成人高潮片免费网站| 最新高清无码专区| 国产精品99久久不卡二区| 国产精品入口日韩视频大尺度| 性亚洲最疯狂xxxx高清| 欧美电影在线观看| 亚洲一区国产精品| 国产网站欧美日韩免费精品在线观看| 久久精品视频免费| 99精品欧美一区| 午夜精品成人在线视频| 激情五月***国产精品| 麻豆精品传媒视频| 亚洲天堂黄色| 亚洲电影免费观看高清| 亚洲欧美日韩第一区| 狠狠入ady亚洲精品| 欧美激情精品| 欧美一区二区三区日韩| 亚洲国产成人在线视频| 亚洲欧洲99久久| 亚洲人成高清| 国产一区二区精品丝袜| 亚洲网址在线| 久热综合在线亚洲精品| 亚洲免费精彩视频| 精品成人国产| 国产美女一区二区| 欧美日韩另类视频| 久久久久久久激情视频| 正在播放日韩| 欧美激情亚洲精品| 久久婷婷麻豆| 亚洲午夜av| 91久久精品国产91久久性色tv| 国产精品视频一区二区高潮| 欧美精品一区二区三区蜜臀| 久久国产精品色婷婷| 亚洲一二三四区| 日韩一级成人av| 欧美激情按摩| 麻豆成人在线| 久久精品123| 新狼窝色av性久久久久久| 在线性视频日韩欧美| 亚洲精品视频一区二区三区| 在线观看成人网|