当我们的程序core掉之后，如果能获取到core时的函数调用堆栈将非常有利于定位问题。在Windows下可以使用SEH机制；在Linux下通过gdb使用coredump文件即可。但有时候由于某些错误导致堆栈被破坏，发生拿不到调用堆栈的情况。一些基础预备知识本文不再详述，可以参考以下文章：函数调用栈的获取原理分析寄存器、函数调用与栈帧需要知道的信息：函数调用对应的call指令本质上是先压入下一条指令的地址到堆栈，然后跳转到目标函数地址函数返回指令ret则是从堆栈取出一个地址，然后跳转到该地址EBP寄存器始终指向当前执行函数相关信息（局部变量）所在栈中的位置，ESP则始终指向栈顶每一个函数入口都会保存调用者的EBP值，在出口处都会重设EBP值，从而实现函数调用的现场保存及现场恢复64位机器增加了不少寄存器，从而使得函数调用的参数大部分时候可以通过寄存器传递；同时寄存器名字发生改变，例如EBP变为RBP在函数调用中堆栈的情况可用下图说明：more将代码对应起来：voidg(){int*p=0;longa=0x1234;printf("%p %x\n",&a;,a);printf("%p %x\n",&p;,p);f();*p=1;}voidb(intargc,char**argv){printf("%p %p\n",&argc;,&argv;);g();}intmain(intargc, ...继续阅读 (27)

可以对照使用google protobuf RPC实现echo service一文看，细节本文不再描述。google protobuf只负责消息的打包和解包，并不包含RPC的实现，但其包含了RPC的定义。假设有下面的RPC定义：serviceMyService{rpcEcho(EchoReqMsg)returns(EchoRespMsg)}那么要实现这个RPC需要最少做哪些事？总结起来需要完成以下几步：客户端RPC客户端需要实现google::protobuf::RpcChannel。主要实现RpcChannel::CallMethod接口。客户端调用任何一个RPC接口，最终都是调用到CallMethod。这个函数的典型实现就是将RPC调用参数序列化，然后投递给网络模块进行发送。voidCallMethod(const::google::protobuf::MethodDescriptor*method,::google::protobuf::RpcController*controller,const::google::protobuf::Message*request,::google::protobuf::Message*response,::google::protobuf::Closure*done){...DataBufferOutputStreamoutputStre ...继续阅读 (19)