久久成人精品,久久精品中文字幕久久,久久久久久久久久久精品尤物

skiplist

周强 — Sun, 11 May 2014 15:03:00 GMT

最�q�开始看leveldb的代码，周末看了下skiplist�Q�详�l�介�l�可以看http://blog.xiaoheshang.info/?p=248。基本原理就是空间换效率�Q�多用几个指针来换取查找插入效率。自�׃��试写了下，�Ҏ��了下leveldb的代码，内存控制没有leveldb实现的好�Q�leveldb甌��的时候基本上都是以block为单位申��L��_��q�样可以减少内存��片�Q�空间上每个节点��只会申��h��定level个数的指针。以前一直记��h�� const char *p , char const *p 和char * const p的区别，前两者代码指向的内容不可变，后者指向的指针不可变�?img src ="http://www.shnenglu.com/tankzhouqiang/aggbug/206903.html" width = "1" height = "1" />

周强 2014-05-11 23:03 发表评论

2013

周强 — Fri, 03 Jan 2014 13:17:00 GMT

旉��好快�Q�不知不觉就步入�?014�q�_��回顾2013�Q�有收获也有遗憾�Q�最大的收获��是遇到�?#8220;�?#8221;�Q�真的感�?#8220;�?#8221;在我�q�一无所有的时候选择了我�Q�虽然现在的我还不够优秀�Q�但今后的日子我会尽自己最大的努力让你�q�福。每每打电话回家的时候��L��Ҏ��疚感�Q�父母这么大�q�纪�q�在��h��摔R��的干�z�，希望能早日让他们停下来安详晚�q��?013遗憾的是技术积累不够，��L��觉自己很忙，但却成长较慢�Q�很多时候自己都认�ؓ存在的都是合理的�Q�没有多思考下��Z��么这栯��计，会不会有更好的设计实现�?014希望自己能在技术上有所�U�篏�Q�希望自��p��静下心来专注做好该做的事情，不能太着急，慢慢�U�篏�Q�或�?0�q�能专注地做好一件事也已�l�很不错了�?img src ="http://www.shnenglu.com/tankzhouqiang/aggbug/205150.html" width = "1" height = "1" />

周强 2014-01-03 21:17 发表评论

python functools wraps (�?

周强 — Tue, 05 Nov 2013 12:40:00 GMT

When you use a decorator, you're replacing one function with another. In other words, if you have a decorator

[python] view plaincopy
def logged(func):  
    def with_logging(*args, **kwargs):  
        print func.__name__ + " was called"  
        return func(*args, **kwargs)  
    return with_logging

then when you say

[python] view plaincopy
@logged  
def f(x):  
   """does some math"""  
   return x + x * x

it's exactly the same as saying

[python] view plaincopy
def f(x):  
    """does some math"""  
    return x + x * x  
f = logged(f)

and your function f is replaced with the function with_logging. Unfortunately, this means that if you then say

[python] view plaincopy
print f.__name__

it will print with_logging because that's the name of your new function. In fact, if you look at the docstring for f, it will be blank because with_logging has no docstring, and so the docstring you wrote won't be there anymore. Also, if you look at the pydoc result for that function, it won't be listed as taking one argument x; instead it'll be listed as taking *args and **kwargs because that's what with_logging takes.

If using a decorator always meant losing this information about a function, it would be a serious problem. That's why we have functools.wraps. This takes a function used in a decorator and adds the functionality of copying over the function name, docstring, arguments list, etc. And since wraps is itself a decorator, the following code does the correct thing:

[python] view plaincopy
from functools import wraps  
def logged(func):  
    @wraps(func)  
    def with_logging(*args, **kwargs):  
        print func.__name__ + " was called"  
        return func(*args, **kwargs)  
    return with_logging  
 
@logged  
def f(x):  
   """does some math"""  
   return x + x * x  
  
print f.__name__  # prints 'f'  
print f.__doc__   # prints 'does some math'  


转自http://blog.csdn.net/wanghai__/article/details/7078792

周强 2013-11-05 20:40 发表评论

Oracle Redo Log 机制 ��结�Q��{载）

周强 — Tue, 08 Jan 2013 11:20:00 GMT

摘要: Oracle 的Redo 机制DB的一个重要机�Ӟ��理解�q�个机制对DBA来说也是非常重要�Q�之前的Blog里也林林散散的写了一些，前些日子看老白日记里也有说明，所以结合老白日记里的内容�Q�对oracle 的整个Redo log 机制重新整理一下�?nbsp;一�Q�Redo log 说明Oracle 的Online redo log 是�ؓ��保已经提交的事务不会丢��p��徏立的一个机制�?因�ؓ�q�种健全的机�Ӟ��才能... 阅读全文

周强 2013-01-08 19:20 发表评论

【操作系�l�】Linux性能监控——CPU、Memory、IO、Network�Q��{载）

周强 — Wed, 26 Dec 2012 14:02:00 GMT

摘要: 【操作系�l�】Linux性能监控——CPU、Memory、IO、Networkby illidan�Q�综合了几篇文章和自��q��实践�Q?nbsp;一、CPU1、良好状态指标CPU利用率：User Time <= 70%�Q�System Time <= 35%�Q�User Time + System Time <= 70%。上下文切换�Q�与CPU利用率相兌��Q�如果CPU�?.. 阅读全文

周强 2012-12-26 22:02 发表评论

top命��o(转蝲)

周强 — Tue, 28 Aug 2012 12:42:00 GMT

摘要: TOP是一个动态显�C��E?卛_��以通过用户按键来不断刷新当前状�?如果在前台执行该命��o,它将独占前台,直到用户�l�止该程序�ؓ�?比较准确的说,top命��o提供了实时的对系�l�处理器的状态监�?它将昄��pȝ��中CPU最“敏感”的�Q务列�?该命令可以按CPU使用.内存使用和执行时间对��d��q�行排序�Q�而且该命令的很多�Ҏ��都可以通过交互式命令或者在个�h定制文�g中进行设�?top - 12:38... 阅读全文

周强 2012-08-28 20:42 发表评论

技巧：多共享动态库中同名对象重复析构问题的解决�Ҏ��(转蝲)

周强 — Fri, 02 Mar 2012 08:04:00 GMT

Linux 支持的共享程序库�Q?strong>lib*.so�Q�技术不仅能够有效利用系�l�资源，而且�q�对�E�序设计带来了很大的便利性、通用性等�Q�因此被各种�U�别的应用系�l�广泛采用�?动态链接的�׃�n库是在加载应用程序时被加载的�Q�而且它与应用�E�序是在�q�行时绑定的�Q�通过动态链接器�Q�将动态共享库映射�q�应用程序的可执行内存中�Q�动态链接）�Q�在启动应用�E�序�Ӟ��动态装载器��所需的共享目标库映射到应用程序的内存�Q�动态装载）�?/p>

在通常情况下，�׃�n库都是通过使用附加选项 -fpic �?nbsp;-fPIC �q�行�~�译�Q�从目标代码产生位置无关的代码（Position Independent Code�Q�PIC�Q�，使用 -shared选项��目标代码放�q�共享目标库中。位�|�无关代码需要能够被加蝲��C��同进�E�的不同地址�Q��ƈ且能得以正确的执行，故其代码要经�q�特别的�~�译处理�Q�位�|�无关代码（PIC�Q�对帔R��和函数入口地址的操作都是采用基于基寄存器（base register�Q�BASE+ 偏移量的相对地址的寻址方式。即使程序被装蝲到内存中的不同地址�Q�即 BASE ��g��同，而偏�U�量是不变的�Q�所以程序仍然可以找到正��的入口地址或者常量�?/p>

然而，当应用程序链接了多个�׃�n库，如果在这些共享库中，存在相同作用域范围的同名静态成员变量或者同�?( 非静�?) 全局变量�Q�那么当�E�序讉K��完静态成员变量或全局变量�l�束析构�Ӟ��׃��某内存块�?double free 会导�?core dump�Q�这是由�?Linux �~�译器的�~�陷造成的�?/p>

应用场景原型

该问题源于笔者所从事的开发项目：IBM Tivoli Workload Scheduler (TWS) LoadLeveler�?strong>LoadLeveler�?nbsp;IBM在高性能计算�Q?strong>High Performance Computing�Q�HPC�Q�领域的一�ƾ作业调度��Y件。它主要分�ؓ两个大的模块�Q�分别是调度模块�Q�scheduler�Q�和资源��理模块�Q�resource manger�Q��?两个模块中分别含有关于配�|�管理功能的�׃�n库，�׃��某些配置��理选项��Z��模块所共同采用�Q�所以两模块之间�׃�n了部分源文�g代码�Q�其中包含有同名的类静态成员�?/p>

可以通过以下��单的模型�q�行描述�Q?/p>
�?1. 应用场景

对应的各模块代码片段如下图所�C�：

�?2. 应用场景模拟代码

其中�Q�test.c 是主�E�序�Q�包含有两个头文�Ӟ��api1.h �?api2.h�Q�头文�g api1.h 包含头文�?lib1/lib.h 和一功能函数 func_api1()�Q�api2.h 包含头文�?lib2/lib.h 和一功能函数 func_api2()�Q�目�?lib1 �?lib2 下的源文件分别编译生成共享库 lib1.so �?lib2.so。同�Ӟ��头文�?lib1/lib.h �?lib2/lib.h 链接到同一�׃�n文�g lib.h。在文�g lib.h 中定义有一静态成员变�?#8220;static std::vector vec_int”�?/p>

回页�?/a>

功能函数与各静态成员函��C��码清�?/span>

功能函数 func_api1() �?func_api2() 的实现类��|��通过调用静态成员函数达到访问静态成员变�?nbsp;vec_int的目的：

清单 1. 功能函数 func_api1(int)

          void func_api1(int i) {      printf("%s.\n", __FILE__);       A::set(i);      A::print();      return;   }

静态成员函�?A::set() �?A::print() 的实现如下：

清单 2. 静态成员函�?A::set(int)

          void A::set(int num) {      vec_int.clear();      for (int i = 0; i < num; i++) {          vec_int.push_back(i);      }      return;   }

清单 3. 静态成员函�?A::print()

          void A::print() {      for (int i = 0; i < vec_int.size(); i++) {          printf("vec_int[%d] = %d, addr: %p.\n", i, vec_int[i], &vec_int[i]);      }      printf("vec_int addr: %p.\n", &vec_int);      return;   }

A::set() 寚w��态成�?nbsp;vec_int�q�行赋值操作，�?A::print() 则打印其中的��g��当前��的内存地址�?/p>

回页�?/a>

�q�行�l�果

如果两个�׃�n库是通过选项 -fpic�?nbsp;-fPIC�~�译的话�Q�运行程�?test�Q�输出如下：

清单 4. 选项 -fPIC 的测试结�?/strong>
$ export LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH $ g++ -g -o lib1.so -fPIC-rdynamic -shared lib1/lib.c $ g++ -g -o lib2.so -fPIC-rdynamic -shared lib2/lib.c $ g++ -g -o test -L./ -l1 -l2 test.c $ ./test api1.h. vec_int[0] = 0, addr: 0x9cbf028. vec_int[1] = 1, addr: 0x9cbf02c. vec_int[2] = 2, addr: 0x9cbf030. vec_int[3] = 3, addr: 0x9cbf034. vec_int addr: 0xe89228. *** glibc detected *** ./test: double free or corruption (fasttop): 0x09cbf028*** ======= Backtrace:========= /lib/libc.so.6[0x2b2b16] /lib/libc.so.6(cfree+0x90)[0x2b6030] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x5d1731] ./lib1.so(_ZN9__gnu_cxx13new_allocatorIiE10deallocateEPij+0x1d)[0xe88417] ./lib1.so(_ZNSt12_Vector_baseIiSaIiEE13_M_deallocateEPij+0x33)[0xe88451] ./lib1.so(_ZNSt12_Vector_baseIiSaIiEED2Ev+0x42)[0xe8849a] ./lib1.so(_ZNSt6vectorIiSaIiEED1Ev+0x60)[0xe8850c] ./lib2.so[0x961d6c] /lib/libc.so.6(__cxa_finalize+0xa9)[0x275c79] ./lib2.so[0x961c34] ./lib2.so[0x962d3c] /lib/ld-linux.so.2[0x23a7de] /lib/libc.so.6(exit+0xe9)[0x2759c9] /lib/libc.so.6(__libc_start_main+0xe4)[0x25fdf4] ./test(__gxx_personality_v0+0x45)[0x80484c1] ======= Memory map:======== ...... 00960000-00963000 r-xp 00000000 00:1b 7668734 ./lib2.so 00963000-00964000 rwxp 00003000 00:1b 7668734 ./lib2.so 00970000-00971000 r-xp 00970000 00:00 0 [vdso] 00e86000-00e89000 r-xp 00000000 00:1b 7668022 ./lib1.so 00e89000-00e8a000 rwxp 00003000 00:1b 7668022 ./lib1.so 08048000-08049000 r-xp 00000000 00:1b 7668748 ./test 08049000-0804a000 rw-p 00000000 00:1b 7668748 ./test 09cbf000-09ce0000 rw-p 09cbf000 00:00 0 [heap] ...... Abort(coredump) $

从程序的输出直观的看刎ͼ�core 产生是由于堆内存区域�Q?strong>09cbf000-09ce0000�Q�中起始地址�?nbsp;0x09cbf028的内存区被释放了两次��D��的，该地址正式静态成员变�?nbsp;vec_int的第一个元素的地址�?/p>

��Z��么会出现同一块内存区�Q�被释放两次的情形呢�Q?/p>

回页�?/a>

原因分析

我们知道�Q�静态成员变量与全局变量�c�M��Q�都采用了静态存储方式。对于加了选项 -fpic�?nbsp;-fPIC的共享库�Q�这些变量的地址都存攑֜�该共享库的全局偏移表（Global Offset Table�Q�GOT�Q�中�?/p>

通过 objdump或�?nbsp;readelf命��o分析�׃�n�?nbsp;lib1.so�Q�结果如下：

清单 5. objdump 分析�׃�n�?lib1.so 的输�?/strong>
$ objdump -x -R lib1.so lib1.so: file format elf32-i386 ...... Sections: Idx Name Size VMA LMA File off Algn 0 .gnu.hash 000001e8 000000d4 000000d4 000000d4 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA ...... 18 .dynamic 000000d8 0000301c 0000301c 0000301c 2**2 CONTENTS, ALLOC, LOAD, DATA 19 .got 00000014 000030f4 000030f4 000030f4 2**2 CONTENTS, ALLOC, LOAD, DATA 20 .got.plt 00000114 00003108 00003108 00003108 2**2 CONTENTS, ALLOC, LOAD, DATA ...... DYNAMIC RELOCATION RECORDS OFFSET TYPE VALUE ...... 000030f4 R_386_GLOB_DAT __gmon_start__ 000030f8 R_386_GLOB_DAT _Jv_RegisterClasses 000030fc R_386_GLOB_DAT _ZN1A7vec_intE 00003104 R_386_GLOB_DAT __cxa_finalize ......

清单 6. readelf 分析�׃�n�?lib1.so 的输�?/strong>
$ objdump -x -R lib1.so lib1.so: file format elf32-i386 ...... Sections: Idx Name Size VMA LMA File off Algn 0 .gnu.hash 000001e8 000000d4 000000d4 000000d4 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA ...... 18 .dynamic 000000d8 0000301c 0000301c 0000301c 2**2 CONTENTS, ALLOC, LOAD, DATA 19 .got 00000014 000030f4 000030f4 000030f4 2**2 CONTENTS, ALLOC, LOAD, DATA 20 .got.plt 00000114 00003108 00003108 00003108 2**2 CONTENTS, ALLOC, LOAD, DATA ...... DYNAMIC RELOCATION RECORDS OFFSET TYPE VALUE ...... 000030f4 R_386_GLOB_DAT __gmon_start__ 000030f8 R_386_GLOB_DAT _Jv_RegisterClasses 000030fc R_386_GLOB_DAT _ZN1A7vec_intE 00003104 R_386_GLOB_DAT __cxa_finalize ......

从上面两个命令的输出�l�果中可以看出，�׃�n�?nbsp;lib1.so�?nbsp;GOT�D늚�起始内存地址�?nbsp;000030f4�Q�大��ؓ 20 字节 (0x14)�Q�静态成员变�?nbsp;vec_int在共享库 lib1.so中的起始偏移地址�?nbsp;000030fc。显�Ӟ��vec_int位于该共享库�?nbsp;GOT�D�内�?/p>
当应用程序同旉��?nbsp;lib1.so�?nbsp;lib2.so�Ӟ��同名静态成员变�?nbsp;vec_int分别位于其共享库�?nbsp;GOT区。当�E�序�q�行�Ӟ��pȝ��从符可��中查扑�ƈ装蝲构造一�?nbsp;vec_int数据�Q�这点从�E�序�q�行的输出结果（清单 4�Q�的“Backtrace”部分可以看到�Q�只�?nbsp;lib1.so中的静态成员变量被装蝲构造；同时�Q�通过内存映射�Q?strong>Memory map�Q�部分（清单 4�Q�，可以观察�?nbsp;vec_int对象的地址 0xe89228正好处在为共享库 lib1.so分配的可��d��存区 00e89000-00e8a000中：
00e89000-00e8a000 rwxp 00003000 00:1b 7668022 ./lib1.so

然后�Q�当�E�序�l�束�Ӟ��却对该变量进行了两次析构操作�Q�通过 gdb分析 core 文�g�Q?/p>
清单 7. core 文�g分析�l�果
$ gdb ./test core.28440 …… Core was generated by `./test'. Program terminated with signal 6, Aborted. #0 0x00970402 in __kernel_vsyscall () (gdb) (gdb) where #0 0x00970402 in __kernel_vsyscall () #1 0x00272d10 in raise () from /lib/libc.so.6 #2 0x00274621 in abort () from /lib/libc.so.6 #3 0x002aae5b in __libc_message () from /lib/libc.so.6 #4 0x002b2b16 in _int_free () from /lib/libc.so.6 #5 0x002b6030 in free () from /lib/libc.so.6 #6 0x005d1731 in operator delete () from /usr/lib/libstdc++.so.6 #7 0x00e88417 in __gnu_cxx::new_allocator::deallocate (this=0xe89228, __p=0x9cbf028) at /usr/lib/gcc/i386-redhat-linux/.../ext/new_allocator.h:94 #8 0x00e88451 in std::_Vector_base0x00e8850cin ~vector (this=0xe89228) at /usr/lib/gcc/.../stl_vector.h:272 #11 0x00961d6c in __tcf_0 () at lib2/lib.c:3 #12 0x00275c79 in __cxa_finalize () from /lib/libc.so.6 #13 0x00961c34 in __do_global_dtors_aux () from ./lib2.so #14 0x00962d3c in _fini () from ./lib2.so #15 0x0023a7de in _dl_fini () from /lib/ld-linux.so.2 #16 0x002759c9 in exit () from /lib/libc.so.6 #17 0x0025fdf4 in __libc_start_main () from /lib/libc.so.6 #18 0x080484c1 in _start () (gdb)

从清�?7 中可以看出，从�� #14 开始，�E�序�q�行 lib2.so中的析构操作�Q�直�?#11�Q�都�q�行�?nbsp;lib2.so中，当进入�� #10 �Ӟ��q�行变量析构�Ӟ��其地址�?nbsp;0x00e8850c�Q�该地址中的对象是程序启动时由共享库 lib1.so装蝲构造出来的�Q�清�?1�Q�：
./lib1.so(_ZNSt6vectorIiSaIiEED1Ev+0x60)[0xe8850c]

当程序结束时�Q�运行库 glibc��到�׃�n�?nbsp;lib2.so析构了�ƈ非由其构造的对象�Q�导致了 core dump�?/p>
�q�种情况下，如果替换使用选项 -fpie�?nbsp;-fPIE�Q�操作步骤与�q�行�l�果如下所�C�：

清单 8. 选项 -fPIE 的测试结�?/strong>
$ export LD_LIBRARY_PATH=./:$LD_LIBRARY_PATH $ g++ -g -o lib1.so -fPIE-rdynamic -shared lib1/lib.c $ g++ -g -o lib2.so -fPIE-rdynamic -shared lib2/lib.c $ g++ -g -pie -o test -L./ -l1 -l2 test.c $ ./test api1.h. vec_int[0] = 0, addr: 0x80e3028. vec_int[1] = 1, addr: 0x80e302c. vec_int[2] = 2, addr: 0x80e3030. vec_int[3] = 3, addr: 0x80e3034. vec_int addr: 0x75e224. $

�E�序�q�行�l�果�W�合期望�q�正常结束�?/p>
�q�是因�ؓ�Q�当使用选项 -fpie�?nbsp;-fPIE�Ӟ��生成的共享库不会为静态成员变量或全局变量�?nbsp;GOT中创建对应的条目�Q�通过 objdump�?strong>readelf命��o可以查看�Q�此处不再赘�q�ͼ��Q�从而避免了�׃��静态对�?#8220;构造一�ơ，析构两次”而对同一内存区域释放两次引�v的程�?core dump�?/p>
选项 -fpie�?nbsp;-fPIE�?nbsp;-fpic�?nbsp;-fPIC的用法很�怼��Q�区别在于前者��L��生成的位置无关代码看作是属于程序本�w�，�q�直接链接进该可执行�E�序�Q�而非存入全局偏移�?nbsp;GOT中；�q�样�Q�对于同名的静态或全局对象的访问，其构造与析构操作��保持一一对应�?/p>
回页�?/a>
�l�束�?/span>
通过使用选项 -fpie�?nbsp;-fPIE代替 -fpic或�?nbsp;-fPIC�Q��得生成的�׃�n库不会�ؓ静态成员变量或全局变量�?nbsp;GOT中创建对应的条目�Q�同时也��避免了针对同名静态对�?#8220;构造一�ơ，析构两次”的不当操作�?br />
转自�Q?a >http://www.ibm.com/developerworks/cn/linux/l-cn-sdlstatic/

周强 2012-03-02 16:04 发表评论

周强 — Thu, 01 Mar 2012 12:25:00 GMT

��?/p>
��试是��Y件开发过�E�中极其重要的一环，详尽周密的测试能够减��Y件BUG�Q�提高��Y件品质。测试包括单元测试、系�l�测试等。其中单元测试是指针对��Y件功能单元所作的��试�Q�这里的功能单元可以是一个类的属性或者方法，��试的目的是看这些基本单元是否工作正常。由于单元测试的内容很基��Q�因此可以看作是��试工作的第一环，该项工作一般由开发�h员自行完成。如果条件允许，单元��试代码的开发应与程序代码的开发同步进行�?/p>
虽然不同�E�序的单元测试代码不��相同，但测试代码的框架却非常相��|��于是便出��C��一些单元测试类库，CppUnit便是其中之一�?/p>
CppUnit是XUnit中的一员，XUnit是一个大家族�Q�还包括JUnit和PythonUnit�{�。CppUnit��单实用，学习和��用�v来都很方便，�|�上已有一些文章对其作介绍�Q�但本文更着重于讲解其中的基本概念和使用�Ҏ��Q�以帮助初次接触CppUnit的�h员快速入门�?/p>
安装
目前�Q�CppUnit的最新版本是1.10.2�Q�你可以从下面地址获取�Q?/p>http://sourceforge.net/projects/cppunit
解压后，你可以看到CppUnit包含如下目录�Q?/p>
config�Q?配置文�g contrib�Q?contribution�Q�其他�h贡献的外围代�?doc�Q?文��Q�需要通过doxygen工具生成�Q�也可以直接从sourceforge站点上下载打包好的文�?examples�Q�示例代�?include�Q?头文�?lib�Q?存放�~�译好的�?src�Q?源文�Ӟ��以及�~�译库的工程�{?/pre>
然后打开src目录下的CppUnitLibraries工程�Q�执行build/batch build�Q�编译成功的话，生成的库文�g��被拯��到lib目录下�?/p>
你也可以�Ҏ��需要选择所需的项目进行编译，其中��目cppunit为静态库�Q�cppunit_dll为动态库�Q�生成的库文件�ؓ�Q?/p>
cppunit.lib�Q?静态库release�?cppunitd.lib�Q?静态库debug�?cppunit_dll.lib�Q?动态库release�?cppunitd_dll.lib�Q�动态库debug�?/pre>
要��用CppUnit�Q�还得设�|�好头文件和库文件�\径，以VC6��Z��Q�选择Tools/Options/Directories�Q�在Include files和Library files中分别添�?CppUnitPath%/include�?CppUnitPath%/lib�Q�其�?CppUnitPath%表示CppUnit所在�\径�?/p>
做好准备工作后，我们��可以编写自��q��单元��试代码了。需说明的是�Q�CppUnit所用的动态运行期库均为多�U�程动态库�Q�因此你的单元测试程序也得��用相应设�|�，否则会发生冲�H��?/p>
概念
在��用之前，我们有必要认识一下CppUnit中的主要�c�，当然你也可以先看后面的例子，遇到问题再回�q�头来看�q�一节�?/p>
CppUnit核心内容主要包括六个斚w��Q?/p>
1. ��试对象�Q�Test�Q�TestFixture�Q?..�Q�：用于开发测试用例，以及�Ҏ��试用例进行组�l�管理�?/p>
2. ��试�l�果�Q�TestResult�Q�：处理��试用例执行�l�果。TestResult与下面的TestListener采用的是观察者模式（Observer Pattern�Q��?/p>
3. ��试�l�果监听者（TestListener�Q�：TestListener作�ؓTestResult的观察者，担�Q实际的结果处理角艌Ӏ?/p>
4. �l�果输出�Q�Outputter�Q�：��结果进行输出，可以制定不同的输出格式�?/p>
5. 对象工厂�Q�TestFactory�Q�：用于创徏��试对象�Q�对��试用例�q�行自动化管理�?/p>
6. ��试执行体（TestRunner�Q�：用于�q�行一个测试�?/p>
以上各模块的主要�cȝ��承结构如下：
Test TestFixture TestResult TestListener _______|_________ | | | | | TestSuccessListener TestComposite TestLeaf | | | |____________| TestResultCollector TestSuit | TestCase | TestCaller Outputter TestFactory TestRunner ____________________|_________________ | | | | TestFactoryRegistry CompilerOutputter TextOutputter XmlOutputter | TestSuiteFactory
接下来再对其中一些关键类作以介绍�?/p>
Test�Q�所有测试对象的基类�?/p>
CppUnit采用树�Ş�l�构来组�l�管理测试对象（�c�M��于目录树�Q�，因此�q�里采用了组合设计模式（Composite Pattern�Q�，Test的两个直接子�c�TestLeaf和TestComposite分别表示“��试�?#8221;中的叶节点和非叶节点�Q�其中TestComposite主要��L��l�管理的作用�Q�就像目录树中的文�g夹，而TestLeaf才是最�l�具有执行能力的��试对象�Q�就像目录树中的文�g�?/p>
Test最重要的一个公共接口�ؓ�Q?/p>
virtual void run(TestResult *result) = 0;
其作用�ؓ执行��试对象�Q�将�l�果提交�l�result�?/p>
在实际应用中�Q�我们一般不会直接��用Test、TestComposite以及TestLeaf�Q�除非我们要重新定制某些机制�?/p>
TestFixture�Q�用于维护一�l�测试用例的上下文环境�?/p>
在实际应用中�Q�我们经�怼�开发一�l�测试用例来�Ҏ��个类的接口加以测试，而这些测试用例很可能��h��相同的初始化和清理代码。�ؓ此，CppUnit引入TestFixture来实现这一机制�?/p>
TestFixture��h��以下两个接口�Q�分别用于处理测试环境的初始化与清理工作�Q?/p>
virtual void setUp();
virtual void tearDown();
TestCase�Q�测试用例，从名字上��可以看出来�Q�它便是单元��试的执行对象�?/p>
TestCase从Test和TestFixture多��承而来�Q�通过把Test::run制定成模板函敎ͼ�Template Method�Q�而将两个父类的操作融合在一��P��run函数的伪定义如下�Q?/p>
// 伪代�?nbsp;
void TestCase::run(TestResult* result)
{
    result->startTest(this); // 通知result��试开�?br />    if( result->protect(this, &TestCase::setUp) ) // 调用setUp�Q�初始化环境
        result->protect(this, &TestCase::runTest); // 执行runTest�Q�即真正的测试代�?br />    result->protect(this, &TestCase::tearDown); // 调用tearDown�Q�清理环�?br />    result->endTest(this); // 通知result��试�l�束
}
�q�里要提到的是函数runTest�Q�它是TestCase定义的一个接口，原型如下�Q?/p>
virtual void runTest();
用户需从TestCase�z��出子�c�dƈ实现runTest以开发自己所需的测试用例�?/p>
另外�q�要提到的就是TestResult的protect�Ҏ��Q�其作用是对执行函数�Q�实际上是函数对象）的错误信息（包括断言和异常等�Q�进行捕��P��从而实现对��试�l�果的统计�?/p>
TestSuit�Q�测试包�Q�按照树形结构管理测试用�?/p>
TestSuit是TestComposite的一个实玎ͼ�它采用vector来管理子��试对象�Q�Test�Q�，从而�Ş成递归的树形结构�?/p>
TestCaller�Q�TestCase适配器（Adapter�Q�，它将成员函数转换成测试用�?/p>
虽然我们可以从TestCase�z��自己的测试类�Q�但从TestCase�cȝ��定义可以看出�Q�它只能支持一个测试用例，�q�对于测试代码的�l�织和维护很不方便，��其是那些有共同上下文环境的一�l�测试。�ؓ此，CppUnit提供了TestCaller以解册��个问题�?/p>
TestCaller是一个模板类�Q�它以实��C��TestFixture接口的类为模板参敎ͼ��目标类中某个符合runTest原型的测试方法适配成TestCase的子�c�R�?/p>
在实际应用中�Q�我们大多采用TestFixture和TestCaller相组合的方式�Q�具体例子参见后文�?/p>
TestResult和TestListener�Q�处理测试信息和�l�果
前面已经提到�Q�TestResult和TestListener采用了观察者模式，TestResult�l�护一个注册表�Q�用于管理向其登记过的TestListener�Q�当TestResult收到��试对象�Q�Test�Q�的��试信息�Ӟ��再一一分发�l�它所��辖的TestListener。这一设计有助于实现对同一��试的多�U�处理方式�?/p>
TestFactory�Q�测试工�?/p>
�q�是一个辅助类�Q�通过借助一�p�d��宏定义让��试用例的组�l�管理变得自动化。参见后面的例子�?/p>
TestRunner�Q�用于执行测试用�?/p>
TestRunner��待执行的测试对象管理�v来，然后供用戯��用。其接口为：
virtual void addTest( Test *test ); virtual void run( TestResult &controller, const std::string &testPath = "" );
�q�也是一个辅助类�Q�需注意的是�Q�通过addTest��d��到TestRunner中的��试对象必须是通过new动态创建的�Q�用户不能删除这个对象，因�ؓTestRunner��自行管理测试对象的生命期�?/p>
使用
先让我们看看一个简单的例子�Q?/p>
#include
#include
#include
#include

// 定义��试用例
class SimpleTest : public CppUnit::TestCase
{
public:
    void runTest() // 重蝲��试�Ҏ��
    {
        int i = 1;
        CPPUNIT_ASSERT_EQUAL(0, i);
    }
};

int main(int argc, char* argv[])
{
    CppUnit::TestResult r;
    CppUnit::TestResultCollector rc;
    r.addListener(&rc); // 准备好结果收集器

    SimpleTest t;
    t.run(&r); // �q�行��试用例

    CppUnit::TextOutputter o(&rc, std::cout);
    o.write(); // ��结果输�?br />
    return 0;
}
�~�译后运行，输出�l�果为：
!!!FAILURES!!!
Test Results:
Run: 1 Failures: 1 Errors: 0

1) test: (F) line: 18 E:/CppUnitExamples/SimpleTest.cpp
equality assertion failed
- Expected: 1
- Actual : 0
上面的例子很��单，需说明的是CPPUNIT_ASSERT_EQUAL宏。CppUnit定义了一�l�宏用于��错误，CPPUNIT_ASSERT_EQUAL是其中之一�Q�当断言��p�|�Ӟ��CppUnit便会��错误信息报告给TestResult。这些宏定义的说明如下：
CPPUNIT_ASSERT(condition)�Q�判断condition的值是否�ؓ真，如果为假则生成错误信息�?/p>
CPPUNIT_ASSERT_MESSAGE(message, condition)�Q�与CPPUNIT_ASSERT�c�M��Q�但�l�果为假时报告messsage信息�?/p>
CPPUNIT_FAIL(message)�Q�直接报告messsage错误信息�?/p>
CPPUNIT_ASSERT_EQUAL(expected, actual)�Q�判断expected和actual的值是否相�{�，如果不等输出错误信息�?/p>
CPPUNIT_ASSERT_EQUAL_MESSAGE(message, expected, actual)�Q�与CPPUNIT_ASSERT_EQUAL�c�M��Q�但断言��p�|时输出message信息�?/p>
CPPUNIT_ASSERT_DOUBLES_EQUAL(expected, actual, delta)�Q�判断expected与actual的偏差是否小于delta�Q�用于��Q�Ҏ��比较�?/p>
CPPUNIT_ASSERT_THROW(expression, ExceptionType)�Q�判断执行表辑ּ�expression后是否抛出ExceptionType异常�?/p>
CPPUNIT_ASSERT_NO_THROW(expression)�Q�断�a�执行表达式expression后无异常抛出�?/p>
接下来再看看TestFixture和TestCaller的组合��用：
#include
#include
#include
#include
#include
#include

// 定义��试�c?br />class StringTest : public CppUnit::TestFixture
{
public:
    void setUp() // 初始�?br />    {
        m_str1 = "Hello, world";
        m_str2 = "Hi, cppunit";
    }

    void tearDown() // 清理
    {
    }

    void testSwap() // ��试�Ҏ��1
    {
        std::string str1 = m_str1;
        std::string str2 = m_str2;
        m_str1.swap(m_str2);

        CPPUNIT_ASSERT(m_str1 == str2);
        CPPUNIT_ASSERT(m_str2 == str1);
    }

    void testFind() // ��试�Ҏ��2
    {
        int pos1 = m_str1.find(',');
        int pos2 = m_str2.rfind(',');

        CPPUNIT_ASSERT_EQUAL(5, pos1);
        CPPUNIT_ASSERT_EQUAL(2, pos2);
    }

protected:
    std::string     m_str1;
    std::string     m_str2;
};

int main(int argc, char* argv[])
{
    CppUnit::TestResult r;
    CppUnit::TestResultCollector rc;
    r.addListener(&rc); // 准备好结果收集器

    CppUnit::TestRunner runner; // 定义执行实体
    runner.addTest(new CppUnit::TestCaller("testSwap", &StringTest::testSwap)); // 构徏��试用例1
    runner.addTest(new CppUnit::TestCaller("testFind", &StringTest::testFind)); // 构徏��试用例2
    runner.run(r); // �q�行��试

    CppUnit::TextOutputter o(&rc, std::cout);
    o.write(); // ��结果输�?br />
    return rc.wasSuccessful() ? 0 : -1;
}
�~�译后运行结果�ؓ�Q?/span>
OK (2 tests)
上面的代码从功能上讲没有什么问题，但编写�v来太�J�琐了，为此�Q�我们可以借助CppUnit定义的一套辅助宏�Q�将��试用例的定义和注册变得自动化。上面的代码攚w��后如下�Q?/p>
#include
#include
#include
#include
#include

// 定义��试�c?br />class StringTest : public CppUnit::TestFixture
{
    CPPUNIT_TEST_SUITE(StringTest);  // 定义��试�?br />    CPPUNIT_TEST(testSwap);  // ��d��试用例1
    CPPUNIT_TEST(testFind);  // ��d��试用例2
    CPPUNIT_TEST_SUITE_END();  // �l�束��试包定�?br />
public:
    void setUp() // 初始�?br />    {
        m_str1 = "Hello, world";
        m_str2 = "Hi, cppunit";
    }

    void tearDown() // 清理
    {
    }

    void testSwap() // ��试�Ҏ��1
    {
        std::string str1 = m_str1;
        std::string str2 = m_str2;
        m_str1.swap(m_str2);

        CPPUNIT_ASSERT(m_str1 == str2);
        CPPUNIT_ASSERT(m_str2 == str1);
    }

    void testFind() // ��试�Ҏ��2
    {
        int pos1 = m_str1.find(',');
        int pos2 = m_str2.rfind(',');

        CPPUNIT_ASSERT_EQUAL(5, pos1);
        CPPUNIT_ASSERT_EQUAL(2, pos2);
    }

protected:
    std::string     m_str1;
    std::string     m_str2;
};

CPPUNIT_TEST_SUITE_REGISTRATION(StringTest); // 自动注册��试�?br />
int main(int argc, char* argv[])
{
    CppUnit::TestResult r;
    CppUnit::TestResultCollector rc;
    r.addListener(&rc); // 准备好结果收集器

    CppUnit::TestRunner runner; // 定义执行实体
    runner.addTest(CppUnit::TestFactoryRegistry::getRegistry().makeTest());
    runner.run(r); // �q�行��试

    CppUnit::TextOutputter o(&rc, std::cout);
    o.write(); // ��结果输�?br />
    return rc.wasSuccessful() ? 0 : -1;
}
CppUnit的简单介�l�就到此�Q�相信你已经了解了其中的基本概念�Q�也能够开发单元测试代码了�?br />
转自�Q?a >http://blog.csdn.net/freefalcon/article/details/753819

周强 2012-03-01 20:25 发表评论

周强 — Sun, 25 Dec 2011 15:49:00 GMT

     发现已经很久没写博客了，主要前段旉��实在太忙了，实习�Q�找工作�Q�毕业答辩，�l�历了很多事情，现在�l�于�I�闲下来了。从明天开始要研究下分布式�pȝ��了，计划设计实现个分布式数据库�?/div>

周强 2011-12-25 23:49 发表评论

江湖

周强 — Sat, 13 Aug 2011 15:45:00 GMT
    �q�两天放假，又看了下�W�傲江湖。看到笑傲江湖中曲洋和刘正风虽然隶属不同�z�ֈ��Q�因为音律成为知己，合奏��Z��曌Ӏ�笑傲江湖》。�h生中又能��到几个能真正谈心的知己呢。�h生或许就像江湖，��M��遇到很多人，很多事，��M��遇到很多挫折�Q�低谗��h生短短几十蝲�Q�应该豁达些�Q�没必要��L��那些烦心事，�q�世界牛人很多，我注定也是个��h物，我能做的也就是尽量做好自��p��做的事�?br />

周强 2011-08-13 23:45 发表评论

久久成人精品,久久精品中文字幕久久,久久久久久久久久久精品尤物

skiplist

2013

python functools wraps (�?

Oracle Redo Log 机制 ���结�Q��{载）

【操作系�l�】Linux性能监控——CPU、Memory、IO、Network�Q��{载）

top命��o(转蝲)

技巧：多共享动态库中同名对象重复析构问题的解决�Ҏ��(转蝲)

江湖

Oracle Redo Log 机制 ��结�Q��{载）