国产精品va久久久久久久,99久久国产热无码精品免费,久久精品a亚洲国产v高清不卡

Wed, 26 Nov 2014 07:12:00 GMT

【翻译】异常和异常处理�Q�windows�q�_��Q?/div>

��译的不好，莫怪�?/div>

原文地址�Q?http://crashrpt.sourceforge.net/docs/html/exception_handling.html#getting_exception_context

About Exceptions and Exception Handling

About Exception

当程序遇��C��个异常或一个严重的错误�Ӟ��通常意味着它不能��l�正常运行�ƈ且需要停止执行�?/div>

例如�Q�当遇到下列情况�Ӟ��E�序会出现异常：

�E�序讉K��一个不可用的内存地址�Q�例如，NULL指针�Q�；

l 无限递归��D��的栈溢出�Q?/div>

l 向一个较��的�~�冲区写入较大块的数据；

l �cȝ��U�虚函数被调用；

l 甌��内存��p�|�Q�内存空间不��I��Q?/div>

l 一个非法的参数被传递给C++函数�Q?/div>

l C�q�行时库��到一个错误�ƈ且需要程序终止执行�?/div>

有两�U�不同性质的异常：�l�构化异�?Structured Exception Handling, SEH)和类型化的C++异常�?/div>

SEH是�ؓC语言设计的，但是他们也能够被用于C++。SEH异常由__try{}__except(){}�l�构来处理。SEH是VC++�~�译器特有的�Q�因此如果你惌��~�写可移植的代码�Q�就不应当��用SEH�?/div>

C++中类型化的异常是由try{}catch(){}�l�构处理的。例如（例子来自�q�里http://www.cplusplus.com/doc/tutorial/exceptions/�Q�：

#include
using namespace std;

int main(){
     try{
        throw 20;
     }
     catch (int e){
        cout << "An exception occrred. Exception Nr. " << e << endl;
     }

     return 0;
}

�l�构化异常处�?/div>

当发生一个SEH异常�Ӟ��你通常会看��C��个意囑֐�微��Y发送错误报告的弹出�H�口�?/div>

你可以��用RaiseException()函数自己产生一个SEH异常�?/div>

你可以在你的代码中��用__try{}__except(Expression){}�l�构来捕获SEH异常。程序中的main()函数被这��L��l�构保护�Q�因此默认地�Q�所有未被处理的SEH异常都会被捕莗��?/div>

例如�Q?/div>

#include <Windows.h>

int main(){
     int *p = NULL;  // pointer to NULL
     __try{
        // Guarded code
        *p = 13;    // causes an access violation exception;
     }
     __except(EXCEPTION_EXECUTE_HANDLER){  // Here is exception filter expression
        // Here is exception handler
        // Terminate program
        ExitProcess(1);
     }

     return 0;
}

每一个SEH异常都有一个与其相兌��的异常码�Q�exception code�Q�。你可以使用GetExceptionCode()函数来获取异常码。你可以通过GetExceptionInformation()来获取异�怿�息。�ؓ了��用这些函敎ͼ�你通常会像下面�C�Z��中一样定制自��q��exception filter�?/div>

下面的例子说明了如何使用SEH exception filter�?/div>

int seh_filter(unsigned int code, struct _EXCEPTION_POINTERS *ep){
     // Generate error report
     // Execute exception handler
     return EXCEPTION_EXECUTE_HANDLER;
}

int main(){
     __try{
        // .. some buggy code here
     }
     __except(seh_filter(GetExceptionCode(), GetExceptionInformation())){
        // Terminate program
        ExitProcess(1);
     }

     return 0;
}

__try{}__exception(){}�l�构是面向C语言的，但是�Q�你可以��一个SEH异常重定向到C++异常�Q��ƈ且你可以像处理C++异常一样处理它。我们可以��用C++�q�行时库中的_set_se_translator()函数来实现�?/div>

看一个MSDN中的例子�Q�译者注�Q�运行此例子需打开/EHa�~�译选项�Q�：

#include <cstdio>

   #include
   #include

   void SEFunc();
   void trans_func(unsigned int, EXCEPTION_POINTERS *);

   class SE_Exception{
   private:
       unsigned int nSE;
   public:
       SE_Exception(){}
       SE_Exception(unsigned int n) : nSE(n){}
       ~SE_Exception() {}
       unsigned int getSeNumber(){ return nSE; }
   };

   int main(void){
       try{
          _set_se_translator(trans_func);
          SEFunc();
       }
       catch(SE_Exception e){
          printf("Caught a __try exception with SE_Exception.\n");
       }
   }

   void SEFunc(){
       __try{
          int x, y=0;
          x = 5 / y;
       }
       __finally{
          printf("In finally\n");
       }
   }

   void trans_func(unsigned int u, EXCEPTION_POINTERS* pExp){
       printf("In trans_func.\n");
       throw SE_Exception();
   }

你可能忘记对一些潜在的错误代码使用__try{}__catch(Expression){}�l�构�q�行保护�Q�而这些代码可能会产生异常�Q�但是这个异常却没有被你的程序所处理。不用担心，�q�个未被处理的SEH异常能够被unhandled Exception filter所捕获�Q�我们可以��用SetUnhandledExceptionFilter()函数讄��top-levelunhandled exception filter�?/div>

异常信息�Q�异常发生时的CPU状态）通过EXCEPTION_POINTERS被传递给exception handler�?/div>

例如�Q?/div>

// crt_settrans.cpp

   // compile with: /EHa
   LONG WINAPI MyUnhandledExceptionFilter(PEXCEPTION_POINTERS pExceptionPtrs){
       // Do something, for example generate error report
       //..
       // Execute default exception handler next
       return EXCEPTION_EXECUTE_HANDLER;
   }

   void main(){
       SetUnhandledExceptionFilter(MyUnhandledExceptionFilter);
       // .. some unsafe code here
   }

top-level SEH exception handler对进�E�中的每个线�E�都起作用，因此在你的main()函数开头调用一�ơ就够了�?/div>

top-level SEH exception handler在发生异常的�U�程的上下文中被调用。这会媄响异常处理函��C��异常中恢复的能力�?/div>

如果你的异常处理函数位于一个DLL中，那么在��用SetUnhandledExceptionFilter()函数时就要小心了。如果你的函数在�E�序崩溃时还未被加蝲�Q�这�U�行为是不可预测的�?/div>

向量化异常处理（Vectored Exception Handling�Q?/div>

向量化异常处�?VEH)是结构化异常处理的一个扩展，它在Windows XP中被引入�?/div>

你可以��用AddVectoredExceptionHandler()函数��d��一个向量化异常处理器，VEH的缺�Ҏ��它只能用在WinXP及其以后的版本，因此需要在�q�行时检查AddVectoredExceptionHandler()函数是否存在�?/div>

要移除先前安装的异常处理器，可以使用RemoveVectoredExceptionHandler()函数�?/div>

VEH允许查看或处理应用程序中所有的异常。�ؓ了保持后向兼容，当程序中的某些部分发生SEH异常�Ӟ��pȝ��依次调用已安装的VEH处理器，直到它找到有用的SEH处理器�?/div>

VEH的一个优�Ҏ��能够链接异常处理�?chain exception handlers)�Q�因此如果有人在你之前安装了向量化异常处理器�Q�你仍然能截莯��些异常�?/div>

当你需要像调试器一��L��事所有的异常�Ӟ��使用VEH是很合适的。问题是你需要决定哪个异帔R��要处理，哪个异常需要蟩�q��?In program's code, some exceptions may be intentionally guarded by __try{}__except(){} construction, and handling such exceptions in VEH and not passing it to frame-based SEH handler, you may introduce bugs into application logics.

VEH目前没有被CrashRpt所使用。SetUnhandledExceptionFilter()更加适用�Q�因为它是top-level SEH处理器。如果没有�h处理异常�Q�top-level SEH处理器就会被调用�Q��ƈ且你不用军_��是否要处理这个异常�?/div>

CRT 错误处理

除了SEH异常和C++�c�d��化异常，C�q�行�?C runtime libraries, CRT)也提供它自己的错误处理机�Ӟ��在你的程序中也应该考虑使用它�?/div>

当CRT遇到一个未被处理的C++�c�d��化异常时�Q�它会调用terminate()函数。如果你��x��截这个调用�ƈ提供合适的行�ؓ�Q�你应该使用set_terminate()函数讄��错误处理�?error hanlder)。例如：

#include
   void my_terminate_handler()
   {
       // Abnormal program termination (terminate() function was called)
       // Do something here
       // Finally, terminate program
       std::cout << "terminate.\n";
       exit(1);
   }

   int main()
   {
       set_terminate(my_terminate_handler);

       terminate();

       return 0;
   }

Note�Q�在多线�E�环境中�Q�每个线�E�维护各自的unexpected和terminate函数。每个新�U�程需要安装自��q��unexpected和terminate函数。因此，每个�U�程负责自己的unexpected和terminate处理器�?/div>

使用_set_purecall_handler()函数来处理纯虚函数调用。这个函数可以用于VC++2003及其后箋版本。这个函数可以用于一个进�E�中的所有线�E�。例如（来源于MSDN�Q�：

// compile with: /EHa

   // _set_purecall_handler.cpp
   // compile with: /W1
   #include
   #include
   #include

   class CDerived;
   class CBase{
   public:
       CBase(CDerived *derived): m_pDerived(derived) {};
       ~CBase();
       virtual void function(void) = 0;

       CDerived * m_pDerived;
   };

   class CDerived : public CBase{
   public:
       CDerived() : CBase(this) {};   // C4355
       virtual void function(void) {};
   };

   CBase::~CBase(){
       m_pDerived -> function();
   }

   void myPurecallHandler(void){
       printf("In _purecall_handler.");
       exit(0);
   }

   int _tmain(int argc, _TCHAR* argv[]){
       //_set_purecall_handler(myPurecallHandler);
       CDerived myDerived;
   }

使用_set_new_handler()函数处理内存分配��p�|。这个函数能够用于VC++2003及其后箋版本。这个函数可以用于一个进�E�中的所有线�E�。也可以考虑使用_set_new_mode()函数来�ؓmalloc()函数定义错误时的行�ؓ。例如（来自MSDN�Q�：

  // crt_settrans.cpp
  #include <new.h>
  int handle_program_memory_depletion( size_t ){
      // Your code
  }
  int main( void ){
      _set_new_handler( handle_program_memory_depletion );
      int *pi = new int[BIG_NUMBER];
  }

在VC++2003中，你能够��用_set_security_error_handler()函数来处理缓冲区溢出错误。这个函数已�l�被废弃�Q��ƈ且从之后VC++版本的CRT中移除�?/div>

当系�l�函数调用检��到非法的参数时�Q�会使用_set_invalid_parameter_handler()函数来处理这�U�情��c��这个函数能够用于VC++2005及其以后的版本。这个函数可用于�q�程中的所有线�E��?/div>

例子�Q�来源于MSDN�Q�：

// compile with: /Zi /MTd

   #include
   #include
   #include   // For _CrtSetReportMode

   void myInvalidParameterHandler(const wchar_t* expression,
                               const wchar_t* function,
                               const wchar_t* file,
                               unsigned int line,
                               uintptr_t pReserved){
       wprintf(L"Invalid parameter detected in function %s."
          L" File: %s Line: %d\n", function, file, line);
       wprintf(L"Expression: %s\n", expression);
   }


   int main( ){
       char* formatString;

       _invalid_parameter_handler oldHandler, newHandler;
       newHandler = myInvalidParameterHandler;
       oldHandler = _set_invalid_parameter_handler(newHandler);

       // Disable the message box for assertions.
       _CrtSetReportMode(_CRT_ASSERT, 0);

       // Call printf_s with invalid parameters.
       formatString = NULL;
       printf(formatString);
       return 0;
   }

C++信号处理C++ Singal Handling

C++提供了被�U�Cؓ信号的中断机制。你可以使用signal()函数处理信号�?/div>

Visual C++提供�?中类型的信号�Q?/div>

l SIGABRT Abnormal termination

l SIGFPE Floating-point error

l SIGILL Illegal instruction

l SIGINT CTRL+C signal

l SIGSEGV Illegal storage access

l SIGTERM

MSDN中说SIGILL, SIGSEGV,和SIGTERM are not generated under Windows NT�q�且与ANSI相兼宏V��但是，如果你在�ȝ��E�中讄��SIGSEGV signal handler�Q�CRT��会调用它，而不是调用SetUnhandledExceptionFilter()函数讄��的SHE exception handler�Q�全局变量_pxcptinfoptrs中包含了指向异常信息的指针�?/div>

_pxcptinfoptrs也会被用于SIGFPE handler中，而在所有其他的signal handlers中，它将会被设�ؓNULL�?/div>

当一个floating point 错误发生�Ӟ��例如除零错，CRT��调用SIGFPE signal handler。然而，默认情况下，不会产生float point 异常�Q�取而代之的是，��会产生一个NaN或无�I�大的数作�ؓ�q�种��点数运��的�l�果。可以��用_controlfp_s()函数使得�~�译器能够��生floating point异常�?/div>

使用raise()函数�Q�你可以人工��C�生所有的6中信受��例如：

#include
   #include
   #include

   void sigabrt_handler(int){
       // Caught SIGABRT C++ signal
       // Terminate program
            std::cout << "handled.\n";
            exit(1);
   }

   int main(){
     signal(SIGABRT, sigabrt_handler);
     // Cause abort
     abort();
   }

Note:

虽然MSDN中没有详�l�地说明�Q�但是你应该��Z��E�序中的每个�U�程都安装SIGFPE, SIGILL和SIGSEGV signal hanlders。SIGABRT, SIGINT和SIGTERM signal hanlders对程序中的每个线�E�都起作用，因此你只需要在你的main函数中安装他们一�ơ就够了�?/div>

获取异常信息 Retrieving Exception Information

译者注�Q�这一��节不太懂，以后有时间再��译

When an exception occurs you typically want to get the CPU state to determine the place in your code that caused the problem. You use the information to debug the problem. The way you retrieve the exception information differs depending on the exception handler you use.

In the SEH exception handler set with the SetUnhandledExceptionFilter() function, the exception information is retrieved from EXCEPTION_POINTERS structure passed as function parameter.

In __try{}__catch(Expression){} construction you retrieve exception information using GetExceptionInformation() intrinsic function and pass it to the SEH exception filter function as parameter.

In the SIGFPE and SIGSEGV signal handlers you can retrieve the exception information from the _pxcptinfoptrs global CRT variable that is declared in . This variable is not documented well in MSDN.

In other signal handlers and in CRT error handlers you have no ability to easily extract the exception information. I found a workaround used in CRT code (see CRT 8.0 source files, invarg.c, line 104).

The following code shows how to get current CPU state used as exception information.

#if _MSC_VER>=1300
   #include
   #endif

   #ifndef _AddressOfReturnAddress

   // Taken from: http://msdn.microsoft.com/en-us/library/s975zw7k(VS.71).aspx
   #ifdef __cplusplus
   #define EXTERNC extern "C"
   #else
   #define EXTERNC
   #endif

   // _ReturnAddress and _AddressOfReturnAddress should be prototyped before use
   EXTERNC void * _AddressOfReturnAddress(void);
   EXTERNC void * _ReturnAddress(void);

   #endif

   // The following function retrieves exception info

   void GetExceptionPointers(DWORD dwExceptionCode,
                             EXCEPTION_POINTERS** ppExceptionPointers)
   {
       // The following code was taken from VC++ 8.0 CRT (invarg.c: line 104)

       EXCEPTION_RECORD ExceptionRecord;
       CONTEXT ContextRecord;
       memset(&ContextRecord, 0, sizeof(CONTEXT));

   #ifdef _X86_

       __asm {
           mov dword ptr [ContextRecord.Eax], eax
               mov dword ptr [ContextRecord.Ecx], ecx
               mov dword ptr [ContextRecord.Edx], edx
               mov dword ptr [ContextRecord.Ebx], ebx
               mov dword ptr [ContextRecord.Esi], esi
               mov dword ptr [ContextRecord.Edi], edi
               mov word ptr [ContextRecord.SegSs], ss
               mov word ptr [ContextRecord.SegCs], cs
               mov word ptr [ContextRecord.SegDs], ds
               mov word ptr [ContextRecord.SegEs], es
               mov word ptr [ContextRecord.SegFs], fs
               mov word ptr [ContextRecord.SegGs], gs
               pushfd
               pop [ContextRecord.EFlags]
       }

       ContextRecord.ContextFlags = CONTEXT_CONTROL;
   #pragma warning(push)
   #pragma warning(disable:4311)
       ContextRecord.Eip = (ULONG)_ReturnAddress();
       ContextRecord.Esp = (ULONG)_AddressOfReturnAddress();
   #pragma warning(pop)
       ContextRecord.Ebp = *((ULONG *)_AddressOfReturnAddress()-1);


   #elif defined (_IA64_) || defined (_AMD64_)

       /* Need to fill up the Context in IA64 and AMD64. */
       RtlCaptureContext(&ContextRecord);

   #else  /* defined (_IA64_) || defined (_AMD64_) */

       ZeroMemory(&ContextRecord, sizeof(ContextRecord));

   #endif  /* defined (_IA64_) || defined (_AMD64_) */

       ZeroMemory(&ExceptionRecord, sizeof(EXCEPTION_RECORD));

       ExceptionRecord.ExceptionCode = dwExceptionCode;
       ExceptionRecord.ExceptionAddress = _ReturnAddress();


       EXCEPTION_RECORD* pExceptionRecord = new EXCEPTION_RECORD;
       memcpy(pExceptionRecord, &ExceptionRecord, sizeof(EXCEPTION_RECORD));
       CONTEXT* pContextRecord = new CONTEXT;
       memcpy(pContextRecord, &ContextRecord, sizeof(CONTEXT));

       *ppExceptionPointers = new EXCEPTION_POINTERS;
       (*ppExceptionPointers)->ExceptionRecord = pExceptionRecord;
       (*ppExceptionPointers)->ContextRecord = pContextRecord;
   }

Visual C++ Complier Flags

Visual C++�~�译器中有一些编译选项和异常处理有兟�?/div>

在Project Properties->Configuration Properties->C/C++ ->Code Generation中可以找到这些选项�?/div>

异常处理模型Exception Handling Model

你可以�ؓVC++�~�译器选择异常处理模型。选项/EHs(或者EHsc)用来指定同步异常处理模型�Q?EHa用来指定异步异常处理模型。可以查看下面参考小节的"/EH(Exception Handling Model)"以获取更多的信息�?/div>

Floating Point Exceptions

你可以��?fp:except�~�译选项打开float point exceptions�?/div>

�~�冲区安全检查Buffer Security Checks

你可以��?GS(Buffer Security Check)选项来强制编译器插入代码以检查缓冲区溢出。缓冲区溢出指的是一大块数据被写入一块较��的�~�冲��Z��。当��到�~�冲区溢出，CRT calls internal security handler that invokes Watson directly�?/div>

Note:

在VC++(CRT7.1)中，�~�冲区溢��到�Ӟ��CRT会调用由_set_security_error_handler函数讄��的处理器。然而，在之后的VC版本中这个函数被废弃�?/div>

从CRT8.0开始，你在你的代码中不能截获安全错误。当�~�冲区溢��到�Ӟ��CRT会直接请求Watson�Q�而不是调用unhandled exception filter。这样做是由于安全原因�ƈ且微软不打算改变�q�种行�ؓ�?/div>

更多的信息请参考如下链�?/div>

https://connect.microsoft.com/VisualStudio/feedback/details/101337/a-proposal-to-make-dr-watson-invocation-configurable

http://blog.kalmbachnet.de/?postid=75

异常处理和CRT链接Exception Handling and CRT Linkage

你的应用�E�序中的每个module�Q�EXE, DLL�Q�都需要链接CRT。你可以��CRT链接为多�U�程静态库(multi-threaded static library)或者多�U�程动态链接库(multi-threaded dynamic link library)。如果你讄��了CRT error handlers�Q�例如你讄��了terminate handler, unexcepted handler, pure call handler, invalid parameter handler, new operator error handler or a signal handler�Q�那么他们将只在你链接的CRT上运行，�q�且不会捕获其他CRT模块中的异常�Q�如果存在的话）�Q�因为每个CRT模块都有它自��q��内部状态�?/div>

多个工程中的module可以�׃�nCRT DLL。这��得被链接的CRT代码辑ֈ�最��化�Q��ƈ且CRT DLL中的所有异帔R��会被立刻处理。这也是推荐使用multi-threaded CRT DLL作�ؓCRT链接方式的原因�?/div>

C++技术中�?/a> 2014-11-26 15:12 发表评论

panel和wxBoxSizer

Sun, 28 Sep 2014 08:13:00 GMT

//1.加入boxSizer19
    wxBoxSizer* topSizer = new wxBoxSizer(wxVERTICAL);
    this->SetSizer(topSizer);



    wxPanel* upPanel = new wxPanel( this, ID_BOT_PANEL2 ,wxDefaultPosition, wxSize(800, 100));

    upPanel->SetBackgroundColour(*wxBLACK);//黑色背景

    wxPanel* centerPanel = new wxPanel( this, ID_BOT_PANEL3,wxDefaultPosition, wxSize(800, 100) );
    centerPanel->SetBackgroundColour(*wxWHITE);//白色背景

    wxPanel* bottomPanel = new wxPanel( this, ID_BOT_PANEL4, wxDefaultPosition, wxSize(800, 100));

    bottomPanel->SetBackgroundColour(*wxRED);//�U�色背景

    topSizer->Add(upPanel,
        1,                   //垂直方向可拉�?/span>
        wxEXPAND|            //水��^方向自动填充
        wxALL,               //四周都有�Ҏ��
        10                   //�Ҏ��宽度�?0
        );


    topSizer->Add(centerPanel,0,wxEXPAND);
    topSizer->Add(bottomPanel,0,wxEXPAND);

C++技术中�?/a> 2014-09-28 16:13 发表评论

关于warning C4819

Mon, 12 Nov 2012 02:00:00 GMT

�~�译VC++�E�序的时候出现如下提�C��告：

warning C4819: The file contains a character that cannot be represented in the current code page (936). Save the file in Unicode format to prevent data loss

因�ؓ只是一个warning�Q�不影响正常�~�译�Q�所以�ƈ没有引�v大家多大的关注。我一开始的时候也是如此。但是后来出现的�ơ数多了�Q�发现这个警告和在程序Debug的时�?br />无法停在断点�Q�刷刷刷��p��M��Ҏ��无法�q�行Debug。而罪��祸首就是这个warning�Q�改正了�q�个warning��p��q�行Debug了�?/p>

下面讲述我是怎么消除�q�个警告的�?/p>

�q�个警告的意思是�Q�在该文件中有一个或多个字符不是Unicode字符�Q�要求把�q�个字符变成Unicode字符�?/p>

��N��Q�在�~�译信息里�ƈ没有提示是哪个字�W�，或者是在哪一行里出现的该字符。查找�v来非常的难，甚至是不可能的�Q务！

我在�|�络上找了好多资料都没有扑ֈ�解决�Ҏ��。因为大安��不注意这个不影响�~�译的警告。后来在一个国外的�|�站上找��C��解决的方法。很��单，�q�个�Ҏ��Ҏ��不需要知道具体是哪个字符在捣��|��

解决�Ҏ��Q�打开出现warning的文�Ӟ��Ctrl+A全选，然后在文件菜单：file->advanced save options �Q�在弹出的选项中选择新的�~�码方式为：UNICODE codepage 1200 �Q�点�ȝ��定，问题��p��决了�?/p>

C++技术中�?/a> 2012-11-12 10:00 发表评论

Memcache存储大数据的问题

Fri, 19 Oct 2012 09:20:00 GMT

Memcached存储单个item最大数据是�?MB内，如果数据��过1M,存取set和get是都是返回false�Q�而且引�v性能的问题�?/span>

我们之前�Ҏ��行榜的数据进行缓存，�׃��排行榜在我们所有sql select查询里面占了30%�Q�而且我们排行榜每��时更新一�ơ，所以必��d��数据做缓存。�ؓ了清除缓存方便，把所有的用户的数据放在同一key中，�׃��memcached:set的时候没有压�~�数据。在��试服测试的时候，没发现问题，当上�U�的时候，�l�果发现�Q�在�U��h数刚�?90人的时候，服务器load average飘到7.9。然后我们去掉缓存，一下子��׃��降到0.59�?/span>

所以Memcahce不适合�~�存大数据，��过1MB的数�?/span>�Q�可以考虑在客��L��压羃或拆分到多个key中。大的数据在�q�行load和uppack到内存的时候需要花很长旉��Q�从而降低服务器的性能�?/span>

Memcached支持最大的存储对象�?/span>1M。这个值由其内存分配机制决定的�?/span>

memcached默认情况下采用了名�ؓSlab Allocator的机制分配、管理内存。在该机制出��C��前，内存的分配是通过�Ҏ��有记录简单地�q�行malloc�?/span>free来进行的。但是，�q�种方式会导致内存碎片，加重操作�pȝ��内存��理器的负担�Q�最坏的情况下，会导致操作系�l�比memcached�q�程本��n�q�慢�?/span>Slab Allocator��是��册��问题而诞生的�?span style="font-family: 宋体; font-size: 10.5pt">Slab Allocator的基本原理是按照预先规定的大��，��分配的内存分割成特定长度的块，以完全解军_��存碎片问�?

今天�Q?012-03-16�Q�我们重新测试了memcached ::set的数据大��。可能是我们用php的memcached扩展是最新版�Q�set数据的时候是默认压羃的。set 数据�Q?/span>

[plain] view plain copy print ?

$ac = new memcahed();
$data = str_repeat('a', 1024* 1024); //1M的数�?
$r = $ac->set('key', $data, 9999);
//或�?
$data = str_repeat('a', 1024* 1024*100);//100M的数�?
$r = $ac->set('key', $data, 9999);

$ac = new memcahed();
$data = str_repeat('a', 1024* 1024); //1M的数�?
$r  =  $ac->set('key', $data, 9999);
//或�?
$data = str_repeat('a', 1024* 1024*100);//100M的数�?
$r  =  $ac->set('key', $data, 9999);

不论�?M的数据还�?00M的数据，都能set成功。后来我发现�Q�memcachedset数据的时候是默认压羃的。由于这个这个是重复的字�W�串�Q�压�~�率高达1000倍。因�?00M的数据压�~�后实际也就100k而已�?/span>

当我讄��Q?/span>

[plain] view plain copy print ?

$ac->setOption(memcahed::OPT_COMPRESSION,0); //不压�~�存储数据�?
$data = str_repeat('a', 1024* 1024); //1M数据
$r = $ac->set('key', $data, 9999);//1M的数据set不成功�?

$ac->setOption(memcahed::OPT_COMPRESSION,0); //不压�~�存储数据�? $data = str_repeat('a', 1024* 1024); //1M数据 $r = $ac->set('key', $data, 9999);//1M的数据set不成功�?/pre>

也就是说memcached server不能存储��过1M的数据，但是�l�过客户端压�~�数据后�Q�只要小�?M的数据都能存储成功�?/span>

memcached相关知识�Q?/span>

1、memcached的基本设�|?
1�Q�启动Memcache的服务器�?
# /usr/local/bin/memcached -d -m 10 -u root -l 192.168.0.200 -p 12000 -c 256 -P /tmp/memcached.pid

-d选项是启动一个守护进�E�，
-m是分配给Memcache使用的内存数量，单位是MB�Q�我�q�里�?0MB�Q?
-u是运行Memcache的用��P��我这里是root�Q?
-l是监听的服务器IP地址�Q�如果有多个地址的话�Q�我�q�里指定了服务器的IP地址192.168.0.200�Q?
-p是设�|�Memcache监听的端口，我这里设�|�了12000�Q�最好是1024以上的端口，
-c选项是最大运行的�q�发�q�接敎ͼ�默认�?024�Q�我�q�里讄��?56�Q�按照你服务器的负蝲量来讑֮��Q?
-P是设�|�保存Memcache的pid文�g�Q�我�q�里是保存在 /tmp/memcached.pid�Q?/p>

2�Q�如果要�l�束Memcache�q�程�Q�执行：

# kill `cat /tmp/memcached.pid`

哈希��法��?/span>��L��长度的二�q�制值映��ؓ固定长度的较��二�q�制��|��q�个��的二进制值称为哈希倹{��哈希值是一�D�|��据唯一且极其紧凑的数��D��C��Ş式。如果散列一�D�|��文而且哪怕只更改�?/p>

�D�落的一个字母，随后的哈希都��生不同的倹{��要扑ֈ�散列为同一个值的两个不同的输入，在计��上是不可能的�?/p>

2、适用memcached的业务场景？

1�Q�如果网站包含了讉K��量很大的动态网��，因而数据库的负载将会很高。由于大部分数据库请求都是读操作�Q�那么memcached可以显著地减��数据库负蝲�?/p>

2�Q�如果数据库服务器的负蝲比较低但CPU使用率很高，�q�时可以�~�存计算好的�l�果�Q?computed objects �Q�和渲染后的�|�页模板�Q�enderred templates�Q��?/p>

3�Q�利用memcached可以�~�存session数据、��时数据以减少对他们的数据库写操作�?/p>

4�Q�缓存一些很��但是被频繁讉K��的文件�?/p>

5�Q�缓存Web 'services'�Q�非IBM宣扬的Web Services�Q�译者注�Q�或RSS feeds的结�?�?/p>

3、不适用memcached的业务场景？

1�Q�缓存对象的大小大于1MB

Memcached本��n��׃��是�ؓ了处理庞大的多媒体（large media�Q�和巨大的二�q�制块（streaming huge blobs�Q�而设计的�?

2�Q�key的长度大�?50字符

3�Q�虚拟主��Z��让运行memcached服务

如果应用本��n托管在低端的虚拟�U�有服务器上�Q�像vmware, xen�q�类虚拟化技术�ƈ不适合�q�行memcached。Memcached需要接��和控制大块的内存，如果memcached��理的内存被OS�?hypervisor交换出去�Q�memcached的性能��大打折扣�?/p>

4�Q�应用运行在不安全的环境�?

Memcached为提供�Q何安全策略，仅仅通过telnet��可以访问到memcached。如果应用运行在�׃�n的系�l�上�Q�需要着重考虑安全问题�?/p>

5�Q�业务本�w�需要的是持久化数据或者说需要的应该是database

4�?不能能够遍历memcached中所有的item

�q�个操作的速度相对�~�慢且阻塞其他的操作�Q�这里的�~�慢时相比memcached其他的命令）。memcached所有非调试�Q�non-debug�Q�命令，例如add, set, get, fulsh�{�无�?/p>

memcached中存储了多少数据�Q�它们的执行都只消耗常量时间。�Q何遍历所有item的命令执行所消耗的旉��Q�将随着memcached中数据量的增加而增加。当其他命��o因�ؓ�{�待�Q�遍历所有item的命令执行完毕）而不能得到执行，因而阻塞将发生�?/p>5�?memcached能接受的key的最大长度是250个字�W?/strong>

memcached能接受的key的最大长度是250个字�W�。需要注意的是，250是memcached服务器端内部的限制。如果��用的Memcached客户端支�?key的前�~�"或类似特性，那么key�Q�前�~�+原始key�Q�的最大长度是可以��过250个字�W�的。推荐��用较短的key�Q�这样可以节省内存和带宽�?/p>6�?单个item的大��被限制�?M byte之内

因�ؓ内存分配器的��法��是�q�样的�?/p>

详细的回�{�：

1�Q�Memcached的内存存储引擎，使用slabs来管理内存。内存被分成大小不等的slabs chunks�Q�先分成大小相等的slabs�Q�然后每个slab被分成大��相�{�chunks�Q�不同slab的chunk大小是不相等的）。chunk的大��依�ơ从一个最��数开始，按某个因子增长，直到辑ֈ�最大的可能倹{��如果最��gؓ400B�Q�最大值是1MB�Q�因子是1.20�Q�各个slab的chunk的大��依�ơ是�Q?/p>
slab1 - 400B�Q�slab2 - 480B�Q�slab3 - 576B ...slab中chunk��大�Q�它和前面的slab之间的间隙就��大。因此，最大��D��大，内存利用率越低。Memcached必须为每个slab预先分配内存�Q�因此如果设�|�了较小的因子和较大的最大��|��会需要�ؓMemcached提供更多的内存�?/p>
2�Q�不要尝试向memcached中存取很大的数据�Q�例如把巨大的网��|��到mencached中。因为将大数据load和unpack到内存中需要花费很长的旉��Q�从而导致系�l�的性能反而不好。如果确实需要存储大�?MB的数据，可以修改slabs.c�Q�POWER_BLOCK的��|��然后重新�~�译memcached�Q�或者��用低效的malloc/free。另外，可以使用数据库、MogileFS�{�方案代替Memcached�pȝ��?/p>7�?memcached的内存分配器是如何工作的�Q��ؓ什么不适用malloc/free�Q�？��Z��要��用slabs�Q?/strong>
实际上，�q�是一个编译时选项。默认会使用内部的slab分配器，而且��实应该使用内徏的slab分配器。最早的时候，memcached只��用malloc/free来管理内存。然而，�q�种方式不能与OS的内存管理以前很好地工作。反复地malloc/free造成了内存碎片，OS最�l�花费大量的旉��L��找连�l�的内存块来满��malloc的请求，而不是运行memcached�q�程。slab分配器就是�ؓ了解册��个问题而生的。内存被分配�q�划分成chunks�Q�一直被重复使用。因为内存被划分成大��不�{�的slabs�Q�如果item的大��与被选择存放它的slab不是很合适的话，��׃��费一些内存�?/p>
8、memcached对item的过期时间有什么限�Ӟ��

item对象的过期时间最长可以达�?0天。memcached把传入的�q�期旉��Q�时间段�Q�解释成旉��点后�Q�一旦到了这个时间点�Q�memcached��把item�|��ؓ失效状态，�q�是一个简单但obscure的机制�?/p>
9、什么是二进制协议，是否需要关注？

二进制协议尝试�ؓ端提供一个更有效的、可靠的协议�Q�减��客��L��/服务器端因处理协议而��生的CPU旉��。根据Facebook的测试，解析ASCII协议是memcached中消耗CPU旉��最多的

环节�?/p>
10�?memcached的内存分配器是如何工作的�Q��ؓ什么不适用malloc/free�Q�？��Z��要��用slabs�Q?/strong>

实际上，�q�是一个编译时选项。默认会使用内部的slab分配器，而且��实应该使用内徏的slab分配器。最早的时候，memcached只��用malloc/free来管理内存。然而，�q�种方式不能与OS的内存管理以前很好地工作。反复地malloc/free造成了内存碎片，OS最�l�花费大量的旉��L��找连�l�的内存块来满��malloc的请求，而不是运行memcached�q�程。slab分配器就是�ؓ了解册��个问题而生的。内存被分配�q�划分成chunks�Q�一直被重复使用。因为内存被划分成大��不�{�的slabs�Q�如果item的大��与被选择存放它的slab不是很合适的话，��׃��费一些内存�?/p>
11、memcached是原子的吗？

所有的被发送到memcached的单个命令是完全原子的。如果您针对同一份数据同时发送了一个set命��o和一个get命��o�Q�它们不会媄响对斏V��它们将被串行化、先后执行。即使在多线�E�模式，所有的命��o都是原子的。然是，命��o序列不是原子的。如果首先通过get命��o获取了一个item�Q�修改了它，然后再把它set回memcached�Q�系�l�不保证�q�个item没有被其他进�E�（process�Q�未必是操作�pȝ��中的�q�程�Q�操作过。memcached 1.2.5以及更高版本�Q�提供了gets和cas命��o�Q�它们可以解决上面的问题。如果��用gets命��o查询某个key的item�Q�memcached会返回该item当前值的唯一标识。如果客��L��E�序覆写了这个item�q�想把它写回到memcached中，可以通过cas命��o把那个唯一标识一起发送给memcached。如果该item存放在memcached中的唯一标识与您提供的一��_��写操作将会成功。如果另一个进�E�在�q�期间也修改了这个item�Q�那么该item存放在memcached中的唯一标识��会改变�Q�写操作��׃��

��p�|�?br />

Windows下的Memcache安装�Q?/span>
1. 下蝲memcache的windows�E�_��版，解压放某个盘下面�Q�比如在c:/memcached
2. 在终端（也即cmd命��o界面�Q�下输入 ‘c:/memcached/memcached.exe -d install’ 安装
3. 再输入： ‘c:/memcached/memcached.exe -d start’ 启动。NOTE: 以后memcached��作为windows的一个服务每�ơ开机时自动启动。这��h��务器端已�l�安装完毕了�?/span>

/usr/local/memcached/bin/memcached -u root -d -m 3072 -l 192.168.121.130 -p 50008 -U 0 -P /var/run/memcache.pid

C++技术中�?/a> 2012-10-19 17:20 发表评论

memcached的删除机制和发展方向

Mon, 08 Oct 2012 01:39:00 GMT

memcached全面剖析–3.memcached的删除机制和发展方向

下面是《memcached全面剖析》的�W�三部分�?/p>
发表日：2008/7/16
作者：前坂�?Toru Maesaka)
原文链接�Q?a >http://gihyo.jp/dev/feature/01/memcached/0003

前几�ơ的文章在这里：

�W?�ơ：http://tech.idv2.com/2008/07/10/memcached-001/
�W?�ơ：http://tech.idv2.com/2008/07/11/memcached-002/

memcached是缓存，所以数据不会永久保存在服务器上�Q�这是向�pȝ��中引入memcached的前提�?本次介绍memcached的数据删除机�Ӟ��以及memcached的最新发展方�?#8212;—二进制协议（Binary Protocol�Q?和外部引擎支持�?/p>
memcached在数据删除方面有效利用资�?/h1>
数据不会真正从memcached中消�?/h2>
上次介绍�q�，memcached不会释放已分配的内存。记录超时后�Q�客��L��无法再看见该记录（invisible�Q�透明�Q�，其存储空间即可重复��用�?/p>
Lazy Expiration

memcached内部不会监视记录是否�q�期�Q�而是在get时查看记录的旉��戻I��查记录是否过期�?�q�种技术被�U�Cؓlazy�Q�惰性）expiration。因此，memcached不会在过期监视上耗费CPU旉��?/p>
LRU�Q�从�~�存中有效删除数据的原理

memcached会优先��用已��时的记录的�I�间�Q�但即��如此�Q�也会发生追加新记录时空间不��的情况�Q?此时��p��使用名�ؓ Least Recently Used�Q�LRU�Q�机制来分配�I�间�?��֐�思义�Q�这是删�?#8220;最�q�最��?#8221;的记录的机制�?因此�Q�当memcached的内存空间不��x��Q�无法从slab class获取到新的空间时�Q�，��׃��最�q�未被��用的记录中搜索，�q�将其空间分配给新的记录�?从缓存的实用角度来看�Q�该模型十分理想�?/p>
不过�Q�有些情况下LRU机制反倒会造成�ȝ��。memcached启动旉��过“-M”参数可以��止LRU�Q�如下所�C�：
$ memcached -M -m 1024

启动时必��L��意的是，��写�?#8220;-m”选项是用来指定最大内存大��的。不指定具体数值则使用默认�?4MB�?/p>
指定“-M”参数启动后，内存用尽时memcached会返回错误�?话说回来�Q�memcached毕竟不是存储器，而是�~�存�Q�所以推荐��用LRU�?/p>
memcached的最新发展方�?/h1>
memcached的roadmap上有两个大的目标。一个是二进制协议的�{�划和实玎ͼ�另一个是外部引擎的加载功能�?/p>
关于二进制协�?/h2>
使用二进制协议的理由是它不需要文本协议的解析处理�Q��得原本高速的memcached的性能更上一层楼�Q?�q�能减少文本协议的漏�z�。目前已大部分实玎ͼ�开发用的代码库中已包含了该功能。memcached的下载页面上有代码库的链接�?/p>
http://danga.com/memcached/download.bml

二进制协议的格式

协议的包�?4字节的��Q�其后面是键和无�l�构数据�Q�Unstructured Data�Q��?实际的格式如下（引自协议文档�Q�：
Byte/ 0 | 1 | 2 | 3 | / | | | | |0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7| +---------------+---------------+---------------+---------------+ 0/ HEADER / / / / / / / +---------------+---------------+---------------+---------------+ 24/ COMMAND-SPECIFIC EXTRAS (as needed) / +/ (note length in th extras length header field) / +---------------+---------------+---------------+---------------+ m/ Key (as needed) / +/ (note length in key length header field) / +---------------+---------------+---------------+---------------+ n/ Value (as needed) / +/ (note length is total body length header field, minus / +/ sum of the extras and key length body fields) / +---------------+---------------+---------------+---------------+ Total 24 bytes

如上所�C�，包格式十分简单。需要注意的是，占据�?6字节的头�?HEADER)分�ؓ ��h��_��Request Header�Q�和响应��_��Response Header�Q�两�U��?头部中包含了表示包的有效性的Magic字节、命令种�c�R��键长度、值长度等信息�Q�格式如下：
Request Header Byte/ 0 | 1 | 2 | 3 | / | | | | |0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7| +---------------+---------------+---------------+---------------+ 0| Magic | Opcode | Key length | +---------------+---------------+---------------+---------------+ 4| Extras length | Data type | Reserved | +---------------+---------------+---------------+---------------+ 8| Total body length | +---------------+---------------+---------------+---------------+ 12| Opaque | +---------------+---------------+---------------+---------------+ 16| CAS | | | +---------------+---------------+---------------+---------------+ Response Header Byte/ 0 | 1 | 2 | 3 | / | | | | |0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7|0 1 2 3 4 5 6 7| +---------------+---------------+---------------+---------------+ 0| Magic | Opcode | Key Length | +---------------+---------------+---------------+---------------+ 4| Extras length | Data type | Status | +---------------+---------------+---------------+---------------+ 8| Total body length | +---------------+---------------+---------------+---------------+ 12| Opaque | +---------------+---------------+---------------+---------------+ 16| CAS | | | +---------------+---------------+---------------+---------------+

如希望了解各个部分的详细内容�Q�可以checkout出memcached的二�q�制协议的代码树�Q?参考其中的docs文�g夹中的protocol_binary.txt文档�?/p>
HEADER中引人注目的地方

看到HEADER格式后我的感��x��Q�键的上限太大了�Q�现在的memcached规格中，键长度最大�ؓ250字节�Q?但二�q�制协议中键的大��用2字节表示。因此，理论上最大可使用65536字节�Q?¹⁶�Q�长的键�?��管250字节以上的键�q�不会太常用�Q�二�q�制协议发布之后��可以��用巨大的键了�?/p>
二进制协议从下一版本1.3�p�d��开始支持�?/p>
外部引擎支持

我去�q�曾�l�试验性地��memcached的存储层攚w��成了可扩展的（pluggable�Q��?/p>
http://alpha.mixi.co.jp/blog/?p=129

MySQL的Brian Aker看到�q�个攚w��之后，��将代码发到了memcached的邮件列表。memcached的开发者也十分感兴��，��放��C��roadmap中。现在由我和memcached的开发者Trond Norbye协同开发（规格设计、实现和��试�Q��?和国外协同开发时时差是个大问题，但抱着相同的愿景，最后终于可以将可扩展架构的原型公布了�?代码库可以从memcached的下载页�?/a>上访问�?/p>
外部引擎支持的必要�?/h2>
世界上有许多memcached的派生��Y�Ӟ��其理由是希望�怹�保存数据、实现数据冗余等�Q?即��牺牲一些性能也在所不惜。我在开发memcached之前�Q�在mixi的研发部也曾�l?考虑�q�重新发明memcached�?/p>
外部引擎的加载机制能��装memcached的网�l�功能、事件处理等复杂的处理�?因此�Q�现阶段通过强制手段或重新设计等方式使memcached和存储引擎合作的困难 ��׃��烟消云散�Q�尝试各�U�引擎就会变得轻而易举了�?/p>
��单API设计的成功的关键

该项目中我们最重视的是API设计。函数过多，会��引擎开发者感到麻烦； �q�于复杂�Q�实现引擎的门槛��׃��q�高。因此，最初版本的接口函数只有13个�?具体内容限于��幅�Q�这里就省略了，仅说明一下引擎应当完成的操作�Q?/p>
引擎信息�Q�版本等�Q?/li>
引擎初始�?/li>
引擎关闭
引擎的统计信�?/li>
在容量方面，��试�l�定记录能否保存
为item�Q�记录）�l�构分配内存
释放item�Q�记录）的内�?/li>
删除记录
保存记录
回收记录
更新记录的时间戳
数学�q�算处理
数据的flush

对详�l�规格有兴趣的读者，可以checkout engine��目的代码，阅读器中的engine.h�?/p>
重新审视现在的体�p?/h2>
memcached支持外部存储的难�Ҏ��Q�网�l�和事�g处理相关的代码（核心服务器）�?内存存储的代码紧密关联。这�U�现象也�U�Cؓtightly coupled�Q�紧密耦合�Q��?必须��内存存储的代码从核心服务器中独立出来，才能灉|��地支持外部引擎�?因此�Q�基于我们设计的API�Q�memcached被重构成下面的样子：

重构之后�Q�我们与1.2.5版、二�q�制协议支持版等�q�行了性能�Ҏ��Q�证实了它不会造成性能影响�?/p>
在考虑如何支持外部引擎加蝲�Ӟ��让memcached�q�行�q�行控制�Q�concurrency control�Q�的�Ҏ��是最为容易的�Q?但是对于引擎而言�Q��ƈ行控制正是性能的真谛，因此我们采用了将多线�E�支持完全交�l�引擎的设计�Ҏ��?/p>
以后的改�q�，会��得memcached的应用范围更为广泛�?/p>
�ȝ��

本次介绍了memcached的超时原理、内部如何删除数据等�Q�在此之上又介绍了二�q�制协议�?外部引擎支持�{�memcached的最新发展方向。这些功能要�?.3版才会支持，敬请期待�Q?/p>
�q�是我在本连载中的最后一��。感谢大安��L��的文章！

下次由长野来介绍memcached的应用知识和应用�E�序兼容性等内容�?/p>

C++技术中�?/a> 2012-10-08 09:39 发表评论

Mon, 20 Aug 2012 11:54:00 GMT
netstat -ant | find "9339" > c:\aa.txt
netstat -aon|findstr "9050"

C++技术中�?/a> 2012-08-20 19:54 发表评论

CodeLite 出现中文��q��问题

Wed, 28 Mar 2012 08:13:00 GMT

1.选择工程->setting->Common Settings->Compiler->
的c++ Compiler options 与c Compiler Option中加�?br />-fexec-charset=GBK;

C++技术中�?/a> 2012-03-28 16:13 发表评论

一个封装好的线�E�类

Fri, 11 Mar 2011 06:45:00 GMT
一.创徏�U�程函数
     常用的创建线�E�的函数是CreateThread,�q�有MFC中的AfxBeginThread�Ҏ��.另一�U�函数是_beginthreadex,
其实它在内部调用了CreateThread�Q�在调用之前_beginthreadex做了很多的工作，从而��得它比CreateThread�?br>安全.所以一般��用_beginthreadex来创建线�E?于是以下使用_beginthreadex函数来创建线�E�类.

�?�U�程�cȝ��?br>1.Thread.h文�g如下:

#ifndef _THREAD_H__
#define _THREAD_H__
#include <process.h>
#include <windows.h>

class CThread
{
public:
public:
    CThread();
    virtual ~CThread();

    BOOL StartThread();   //开始线�E?/span>
    BOOL SuspendThread(); //挂�v�U�程
    virtual BOOL Run();   //�U�程的入�?/span>
    BOOL StopThread();    //�{�待�U�程退出再�q�回

    static unsigned __stdcall start_address( void * obj);

public:
    HANDLE m_hthread;        //�U�程句柄
    HANDLE m_hEventSuspend;  //用于标识�U�程是工�?�q�是挂�v状�?/span>
    BOOL m_status;           //�U�程状�?FALSE表示�U�程退出状�?TRUE表示未提出状�?/span>
    unsigned  m_thrdaddr;
};

#endif/*_THREAD_H__*/

2.Thread.cpp文�g如下:

#include "Thread.h"

CThread::CThread()
{
    m_hEventSuspend = CreateEvent(0,TRUE,FALSE,NULL);//创徏事�g句柄,且�ؓ非激发状�?br>    m_status = TRUE;

    //创徏�U�程
    m_hthread = (HANDLE)_beginthreadex(NULL,0,CThread::start_address,this,0,&m_thrdaddr);
}

CThread::~CThread()
{
    CloseHandle(m_hEventSuspend);
    CloseHandle( m_hthread );
}

BOOL CThread::StartThread()
{
    return SetEvent(m_hEventSuspend);
}

BOOL CThread::SuspendThread()
{
    return ResetEvent(m_hEventSuspend);
}

BOOL CThread::Run()
{
    return TRUE;
}

BOOL CThread::StopThread()
{
    m_status = FALSE;//��线�E�状态置为退�?/span>
    StartThread();   //把线�E�唤�?以免挂死在休眠处
    WaitForSingleObject(m_hthread,INFINITE); //�{�待�U�程退�?/span>

    return TRUE;
}

unsigned __stdcall CThread::start_address( void * obj)
{
    CThread* pthread = static_cast<CThread*>(obj);

    while(pthread->m_status)
    {
        WaitForSingleObject(pthread->m_hEventSuspend,INFINITE);//控制挂�v�Q�运�?br>        //如果自动退�?/span>
        if (!pthread->Run())
            break;
    }
    _endthreadex(0);

    return 0;
}

�?�U�程�cȝ��使用
1. 新徏一个win32控制台工�E?代码如下:

#include "Thread.h"
#include <iostream>
#include <conio.h>

using namespace std;

class CMyThread:public CThread
{
public:
    BOOL Run()
    {
        cout<<"hello!"<<endl;
        Sleep(5000);
        return TRUE;
    }
};

int main(int argc,char *argv[])
{
    //创徏�U�程
    CMyThread mythread;

    //让线�E�启�?/span>
    mythread.StartThread();

    //按�Q意键,�U�程挂�v
    _getch();
    mythread.SuspendThread();
    cout<<"thread suspend"<<endl;

    //接�Q意键,�U�程停止
    _getch();
    mythread.StopThread();
    cout<<"thread stop"<<endl;

    //按�Q意键,�E�序退�?/span>
    _getch();

    return 0;
}

C++技术中�?/a> 2011-03-11 14:45 发表评论

静态链接库与动态链接库使用详解

Thu, 10 Mar 2011 07:48:00 GMT
一.静态库
         用通俗的话�?静态库��是��代码编译到一个二�q�制文�g�?通常扩展名�ؓ.LIB).然后客户
端调用程�?只需要包含相关的.h文�g及LIB库文件一起链接到exe文�g�?可执行程序发布后,�?br>再需要该.lib文�g�?

�?动态库
   最�l�将�~�译�?lib�?dll文�g. 注意.lib文�g与上面的静态库虽然扩展名相�?但有本质�?br>   区别.动态库中的lib文�g是动态库的引入库. 该引入库包含被DLL导出的函数和变量�?�W�号
   �?.而静态库中的.lib包含了函数和数据,动态库的函数和数据是编译到.dll�?动态链接库�?br>   用方式分为隐式调用与昄��调用(也称静态调用与动态调�?�?br>
�?静态库的��?br>1.下面来看看如何生成一个静态库

   (1)新徏静态库工程,新徏DllStaticLib.h及新建DllStaticLib.cpp文�g
   (2)DllStaticLib.h代码如下�Q?br>
   #ifndef _DLL_STATIC_LIB_H__
   #define _DLL_STATIC_LIB_H__

   extern "C"{
      int add(int x,int y);
   }

   #endif/*_DLL_STATIC_LIB_H__*/
   (3)DllStaticLib.cpp代码如下:

   #include "DllStaticLib.h"
   #include "stdafx.h"

   int add(int x,int y)
   {
        return x+y;
   }

(4)最�l�生成DllStaticLib.lib静态库文�g
2.调用静态库
(1)现在只要使用DllStaticLib.lib,DllStaticLib.h文�g.
     (注意让VC能搜索到该文�?讄��VC相关的包含目录与库目�?

(2)调用代码如下:

#include "stdafx.h"
#include <conio.h>
#include "DllStaticLib.h"//要设�|�VC包含目录,以便�~�译时能扑ֈ�头文�?br>
//要设�|�VC库目�?以便�~�译链接时可以找到该DllStaticLib.lib
#pragma comment(lib,"DllStaticLib.lib")

int main(int argc, char* argv[])
{
    printf("%d\n",add(3,5));

    _getch();
    return 0;
}

�? 动态链接库的��?br>1.生成动态链接库
(1)新徏动态链接库工程,加入TestDll.h及TestDll.cpp文�g
(2)TestDll.h代码如下:

#ifndef _TEST_DLL_H__
#define _TEST_DLL_H__

#ifdef TESTDLL_EXPORTS
#define TESTDLL_API __declspec(dllexport)
#else
#define TESTDLL_API __declspec(dllimport)
#endif

extern "C" TESTDLL_API int sum(int x,int y);

#endif/*_TEST_DLL_H__*/

(3)TestDll.cpp代码如下:

#include "TestDll.h"

int sum(int x,int y)
{
    return x+y;
}

(3)注意,��工�E�中讄��属性定义TESTDLL_EXPORTS�?以便��定该工�E��ؓDLL导出
(4)最�l�生成TestDll.lib及TestDll.dll文�g

2.隐式调用Dll�?br> (1)新徏win32控制台工�E?加入DllClient.cpp
(2)�C�Z��代码如下:

#include <iostream>
#include <conio.h>
#include "TestDll.h" //要设�|�VC包含目录,以便�~�译时能扑ֈ�头文�?/span>
using namespace std;

//要设�|�VC库目�?以便�~�译链接时可以找到该DllStaticLib.lib
#pragma  comment(lib,"TestDll.lib")

int main(int argc,char *argv[])
{

    printf("%d\n",sum(8,9));
    _getch();
    return 0;
}

(3)说明,隐式调用需要lib文�g,但是exe�~�译�?��׃��再需要lib,只需要dll文�g卛_��.
     以下昑ּ�调用不需要lib文�g,只需要提供dll文�g.随exe�q�行与结束装载或释放dll文�g.

3.昑ּ�调用Dll�?br>(1)同上新徏win32工程.加入cpp文�g,代码如下:

#include <iostream>
#include <conio.h>
#include <windows.h>
using namespace std;

typedef int FUN_SUM(int x,int y);

int main(int argc,char *argv[])
{

    HINSTANCE hDll; //DLL句柄

    hDll = LoadLibrary(L"TestDll.dll");
    if (hDll != NULL)
    {
        FUN_SUM *sum = (FUN_SUM*)GetProcAddress(hDll, "sum");
        if(sum)
        {
            cout<<(*sum)(9,10)<<endl;
        }
        else
        {
            cout<<"获取sum函数指针��p�|!"<<endl;
        }

        FreeLibrary(hDll);
    }
    else
    {
        cout<<"装蝲TestDll.dll��p�|!"<<endl;
    }
    _getch();
    return 0;
}

(2)昑ּ�链接在程序运行中可以把DLL的内存动态映��到调用�q�程的地址�I�间。释攑֏�按需释放,使用更灵�z?

C++技术中�?/a> 2011-03-10 15:48 发表评论

内存映射文�g

Wed, 09 Mar 2011 07:05:00 GMT

一.内存映射文�g技术作�?br>1.使用内存映射文�g来访问磁盘上的数据文件。这使你可以不必�Ҏ��件执�?I / O操作�Q��ƈ且可以不必对文�g内容�q�行�~�存.
2.可以使用内存映射文�g�Q��同一台计��机上运行的多个�q�程能够�怺�之间�׃�n数据。windows��实提供了其他一些方法，
    以便在进�E�之间进行数据通信�Q�但是这些方法都是��用内存映��文件来实现的，诸如使用SendMessage或者PostMessage�Q?br>    都在内部使用了内存映��文�?�q��得内存映��文件成为单个计��机上的多个�q�程互相�q�行通信的最有效的方法�?br>
�?相当函数介绍
  1. CreateFile函数
(1)作用:创徏或打开下列对象�Q��ƈ�q�回一个可以用来访问这些对象的句柄(可以打开:文�g,��道�{?
  (2)函数原型:
   HANDLE CreateFile(
               LPCTSTR lpFileName,    //指向文�g名的指针
               DWORD dwDesiredAccess,    //讉K��模式�Q�写/读）
               DWORD dwShareMode,    //�׃�n模式
               LPSECURITY_ATTRIBUTES lpSecurityAttributes, //指向安全属性的指针
              DWORD dwCreationDisposition,   //如何创徏
              DWORD dwFlagsAndAttributes,   //文�g属�?br>               HANDLE hTemplateFile    //用于复制文�g句柄
      );
(3)参数介绍

(4)�q�回�?br>     如执行成功，则返回文件句柄。INVALID_HANDLE_VALUE表示出错�Q�会讄��GetLastError。即使函数成功，
     但若文�g存在�Q�且指定了CREATE_ALWAYS �?OPEN_ALWAYS�Q�GetLastError也会设�ؓERROR_ALREADY_EXISTS

2.CreateFileMapping
(1)为指定文件创��Z��个有名或无名的文件映�?br>(2)函数原型
HANDLE CreateFileMapping(
HANDLE hFile,              // 映射文�g的句�?br> LPSECURITY_ATTRIBUTES lpFileMappingAttributes,
                             // 安全描述�W�指�?br> DWORD flProtect,           // �Ҏ��对象的保护
DWORD dwMaximumSizeHigh,   // 对象最大长度的�?2�?br> DWORD dwMaximumSizeLow,    // 对象最大长度的�?2�?br> LPCTSTR lpName             // 文�g内存映射对象的名�?br>);

(3)参数说明
hFile�Q�映��文件的句柄�Q�文件的打开模式必须与flProtect参数指定的相一��_��如果�q�个参数��gؓ0xFFFFFFFF�Q?br>             那么必须在dwMaximumSizeHigh和dwMaximumSizeLow参数中指定映��对象的大小。�ƈ且将在操作系�l?br>            虚拟内存��面替换文�g中创建文件映��对象，而不是��用磁盘文�Ӟ��同时必须�l�出�q�个映射对象的大��?br>            文�g映射对象通过副本�Q�遗传或名字来共享�?br>lpFileMappingAttributes�Q�安全描�q�符指针�Q�决定返回句柄是否能被子�q�程�l�承�Q�如果是NULL�Q�那么子�q�程不能
                                              �l�承。WinNt中，如果是NULL�Q�那么文件映��对象得��C��个默认的安全描述�W��?br>flProtect�Q��ؓ得到的文件试图指定保护模式，可以被设�|��ؓ下列��|��
     PAGE_READONLY �Q�只��d��性，�q�且hFile对应的文件必��M��GENERIC_READ形式打开�?br>     PAGE_READWRITE�Q�可��d��写属性，�q�且hFile对应的文件必��M��GENERIC_READ �?GENERIC_WRITE形式打开�?br>    PAGE_WRITECOPY�Q�对可写区域复制后操作，�q�且hFile对应的文件必��M��GENERIC_READ �?GENERIC_WRITE形式打开�?/p>
dwMaximumSizeHigh�Q�dwMaximumSizeLow�Q�如果这两个参数�?�Q�则文�g映射对象的最大长度等于hFile指定的文仉��?br>lpName�Q�文件映��对象的名字�Q�如果这个名字已存在�Q�则按照flProtect指定的来处理映射对象。如果此参数为空�Q�则�?br>                 ��Z��个无名字的文件映��对象。如果此参数的名字与�pȝ��事�g的名字相同，则函数执行失败，GetLastError�q�回
                 ERROR_INVALID_HANDLE�Q?/p>
(4)�q�回�?br>     数调用成功返回文件映��对象的句柄�Q�如果文件映��对象已�l�存在则�q�回原有映射对象的句柄，GetLastError�q�回
     ERROR_ALREADY_EXISTS。函数执行失败返回Null

3. MapViewOfFile
(1)在调用进�E�的地址�I�间映射一个文件视�?br>(2)函数原型
LPVOID MapViewOfFile(
HANDLE hFileMappingObject, // 已创建的文�g映射对象句柄
DWORD dwDesiredAccess,      // 讉K��模式
DWORD dwFileOffsetHigh,     // 文�g偏移的高32�?br> DWORD dwFileOffsetLow,      // 文�g偏移的低32�?br> DWORD dwNumberOfBytesToMap // 映射视图的大��?br>);
(3)参数
    hFileMappingObject�Q?由CreateFileMapping �?OpenFileMapping �q�回的文件映��对象句柄�?br>    dwDesiredAccess�Q?nbsp;     映射视图的访问模式，与创建文件映��对象的保护模式flProtect有关�Q�可以被讄��Z��列��|��
    FILE_MAP_WRITE�Q?nbsp; 一个可��d��属性的文�g视图被创建，保护模式为PAGE_READWRITE
    FILE_MAP_READ �Q?nbsp; 一个只��d��性的文�g视图被创建，保护模式为PAGE_READWRITE �?PAGE_READONLY
    FILE_MAP_ALL_ACCESS�Q�与FILE_MAP_WRITE模式相同
    FILE_MAP_COPY�Q?nbsp; 保护模式为PAGE_WRITECOPY�Ӟ��得到一个视图文�Ӟ��当你对视图文件写操作�Ӟ��面自动
                                           交换�Q��ƈ且你所做的修改不会损坏原始数据资料�?br> dwNumberOfBytesToMap�Q�映��文仉��分的大小�Q�如果�ؓ0�Q�则映射整个文�g�?
(4)�q�回��|��如果成功�q�回�q�回映射视图的�v始地址�Q�如果失败返回NULL

4.UnmapViewOfFile
(1)删除文�g的映��视�?br>(2)函数原型
BOOL UnmapViewOfFile(
LPCVOID lpBaseAddress   // 映射视图起始地址
);
(3)参数
lpBaseAddress�Q�映��视图�v始地址�Q�由 MapViewOfFile 函数 MapViewOfFileEx产生

(4)�q�回�?如果调用成功�q�回非零�Q��ƈ且所有指定地址内的脏页面会被写入硬盘。调用失败返回零�?/p>

5.FlushViewOfFile
(1)把文件映��视图中的修改的内容或全部写回到��盘文�g�?br>(2)函数原型
BOOL FlushViewOfFile(
LPCVOID lpBaseAddress,       // 修改内容的�v始地址
DWORD dwNumberOfBytesToFlush // 修改的字节数�?br>);
(3)�q�回�?函数执行成功�q�回非零�?br>

6.MapViewOfFileEx
(1)在调用进�E�的地址�I�间映射一个文件视图，�q�且允许调用�q�程为映��视图指定特�D�的内存地址
(2)函数原型:
LPVOID MapViewOfFileEx(
HANDLE hFileMappingObject, // 文�g映射对象的句�?br> DWORD dwDesiredAccess,      // 讉K��模式
DWORD dwFileOffsetHigh,     // 文�g偏移的高32�?br> DWORD dwFileOffsetLow,      // 文�g偏移的低32�?br> DWORD dwNumberOfBytesToMap, // 映射视图的大��?br> LPVOID lpBaseAddress        // 指定映射视图的其实内存地址
);
注意�Q?br>与MapViewOfFile用法相同�Q�但是如果指定的内存地址�I�间大小不够�Q�则函数执行��p�|�?br>

7.OpenFileMapping
(1)打开一个已命名的文件映��对�?br>(2)函数原型
HANDLE OpenFileMapping(
DWORD dwDesiredAccess, // 讉K��模式
BOOL bInheritHandle,    // �l�承标志
LPCTSTR lpName          // 文�g映射对象名指�?br>);
(3)参数
dwDesiredAccess�Q�访问模式与MapViewOfFile中的讉K��模式相同�?br>bInheritHandle�Q��承标志，是否可以被一个新的进�E��承��用，如果为TRUE�Q�就可以被一个新�q�程�l�承句柄�?br>(4)�q�回�?br> 成功�q�回一个已命名的文件映��对象，��p�|�q�回NULL�?br>

�? 以下是简单的操作�C�Z��

#include <Windows.h>
#include <conio.h>
#include <stdlib.h>
#include <stdio.h>

int main(int argc,char argv[])
{
    HANDLE hFile;
    OFSTRUCT opBuf;
    HANDLE hMapfile;
    HANDLE hMapview;
    char *recv;

    //1.创徏或打开文�g
    hFile = ::CreateFile("D:\\MapFileTest.txt",  GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ|FILE_SHARE_WRITE, NULL,OPEN_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
    if (hFile==0)
    {
        printf("open file failed!\n");
        return 1;
    }

    //2.为指定文件创��Z��个有名的文�g映象
    hMapfile=CreateFileMapping((HANDLE)hFile,NULL,PAGE_READWRITE,0,3,"MapTest");
    if(hMapfile==NULL)
    {
        printf("mapping file failed!\n");
        return 1;
    }
    //关闭文�g句柄
    CloseHandle((HANDLE)hFile);
    hFile=0;

    //3.在调用进�E�的地址�I�间映射一个文件视�?/span>
    hMapview=MapViewOfFile(hMapfile,FILE_MAP_WRITE,0,0,0);
    if(hMapview==NULL)
    {
        printf("mapping view failed!\n");
        return 1;
    }

    //往文�g映射视图中写入数�?/span>
    recv=(char *)hMapview;
    printf("Mapping view's content is :%.10s \n",recv);
    strcpy(recv,"abc");

    //把文件映��视图中的修改的内容或全部写回到��盘文�g�?/span>
    FlushViewOfFile(recv,3);

    //4.删除文�g的映��视�?/span>
    printf("Mapping view's content is :%.10s \n",recv);
    UnmapViewOfFile(hMapview);

    //关闭文�g映象句柄
    CloseHandle(hMapfile);
    hMapfile = 0;

    _getch();
    return 0;
}

C++技术中�?/a> 2011-03-09 15:05 发表评论

国产精品va久久久久久久,99久久国产热无码精品免费,久久精品a亚洲国产v高清不卡

panel和wxBoxSizer

关于warning C4819

Memcache存储大数据的问题

memcached的删除机制和发展方向

memcached全面剖析–3.memcached的删除机制和发展方向

memcached在数据删除方面有效利用资�?/h1>

数据不会真正从memcached中消�?/h2> 上次介绍�q�，memcached不会释放已分配的内存。记录超时后�Q�客��L�����无法再看见该记录（invisible�Q�透明�Q�， 其存储空间即可重复��用�?/p>

Lazy Expiration

LRU�Q�从�~�存中有效删除数据的原理

memcached的最新发展方�?/h1> memcached的roadmap上有两个大的目标。一个是二进制协议的�{�划和实玎ͼ�另一个是外部引擎的加载功能�?/p>

二进制协议的格式

HEADER中引人注目的地方

外部引擎支持

���单API设计的成功的关键

�ȝ��

CodeLite 出现中文��q��问题

一个封装好的线�E�类

静态链接库与动态链接库使用详解

内存映射文�g

数据不会真正从memcached中消�?/h2>
上次介绍�q�，memcached不会释放已分配的内存。记录超时后�Q�客��L��无法再看见该记录（invisible�Q�透明�Q�，其存储空间即可重复��用�?/p>

memcached的最新发展方�?/h1>
memcached的roadmap上有两个大的目标。一个是二进制协议的�{�划和实玎ͼ�另一个是外部引擎的加载功能�?/p>

��单API设计的成功的关键