C语言系统开发的几个小经验总结

一、不要小看打印，一定要对打印加以重视，一般情况下，良好的打印设计，不仅可以及时的定位问题，又能对打印很方便的进行控制。下面是我一般常用的方法：

#define PMMessage printf("[%s, line%d]: ", __FILE__, __LINE__); printf
#define PDMessage DMessage("[%s, line%d]: ", __FILE__, __LINE__); DMessage
#define PRMessage RMessage("[%s, line%d]: ", __FILE__, __LINE__); RMessage
void DMessage(char *fmt, ...)
{
#ifdef _DEBUG
    va_list args;
    va_start(args, fmt);
    vprintf( fmt, args);
    va_end(args);
#endif
}
void RMessage(char *fmt, ...)
{
#ifdef _DEBUG
    va_list args;
    va_start(args, fmt);
    vprintf( fmt, args);
    va_end(args);
#else
    if (blDebugMode)
    {
        va_list args;
        va_start(args, fmt);
        vprintf( fmt, args);
        va_end(args);
    }
#endif
}

稍微解释下，用的时候，和printf的使用方法是一模一样的，其中PMMessage 表示一定要打印输出的信息，PDMessage表示在Debug模式下打印输出的信息，PRMessage是表示在Debug或者传递了指定参数的Release版本下的打印信息。

这里要注意下blDebugMode，通过这样方式，是为了在程序正式发布后，通过在程序启动时，传递参数来控制必要信息的打印--即在不用_DEBUG宏重新编译的情况下，打印出必要的信息。为了就是方便在客户现场定位问题而不需要替换程序。

二、对消息的交互处理，一定要采用单独线程来完成，尽量不要影响正常业务处理速度。

举个例子来说，假如我们程序中有如下三类信息需要打印：

     1）对外部请求的响应消息。

     2）程序运行时的错误消息上报。（由于种种原因不能进行日志的记录，只能上报给上层进行记录）

     3）对外部的请求消息。

如果我们在每个需要发送消息的当前位置调用通信函数进行消息通信的话，不但会影响程序的业务运行速度，而且消息还是不可控的。分析如下：

     1）影响运行速度：通过TCP/IP协议进行的网络通信，或者进程间通信是有延迟的，包括对通信的初始化时间，比较耗费时间（相对快速的业务程序而言）。

     2）不可控： 万一某一个消息发送失败，或者其他原因导致异常，如果选择重发，那么会产生很多因为实现重发而写的额外代码，如果每个地方都要这样来做，那么这个消耗是可想而知的。如果不选择重发，那么丢失的消息又将如果处理，一系列问题都会产生，最终导致消息交互的不可控或者难以控制。

解决方案非常简单，首先建一个消息队列，我们程序中每个需要发送的消息，都直接发送到该消息队列中来，然后起一个单独的消息处理线程，不断的从该消息队列中取得消息并发送出去。这样的好处是显而易见的：

     1）不影响正常业务的运行速度，由于消息的发送只是往队列中插入数据，执行非常快，而消息的真正发送是在另外的线程中进行，不会影响当前的业务运行。

     2）消息发送失败与否只需要在消息发送线程中进行统一处理即可，比如（1、失败重发2、失败告警等），方便了消息的异常处理，而且可以对所有消息统一进行控制，非常方便。

未完，待续。。