zoukankan      html  css  js  c++  java
  • 写一个Windows上的守护进程(4)日志其余

    写一个Windows上的守护进程(4)日志其余

    这次把和日志相关的其他东西一并说了。

    一、vaformat

    C++日志接口通常有两种形式:流输入形式,printf形式。

    我采用printf形式,因为流输入不好控制格式。

    printf形式要求日志接口支持不定长参数,我没有直接在日志实现类里边支持不定长参数,而是只接受一个字符串参数,可以参见第一篇。

    为什么呢?

    如果要成为不定长参数,就是这样

    bool log_string(const LOG_LEVEL level, const char* file, const int line, const char *s, ...);

    那么在每一个log_xxx的变体里就都要写_vsnprintf_s那一套代码了,而且是完全一样的(我不知道__VA_ARGS__宏是否可以传递),这显然是不好的做法。

    我把不定长参数的处理放在了宏定义里,类似:

    #define ErrorLog(s, ...) _Log(LOG_ERROR, __FILE__, __LINE__, vaformat(MAX_LOG_BUFFER, s, __VA_ARGS__))

    vaformat就是处理不定长参数的:

    std::string vaformat(const size_t max_size, const char* msg, ...);
    std::wstring vaformat(const size_t max_size, const wchar_t* wmsg, ...);

    因为并不知道格式化后有多长,所以要指定最大长度,如果格式化后的长度大于最大长度,则截断。vaformat里还有一个小技巧,当指定的max_size小于1024的时候,使用栈空间,否则申请堆内存,这是从std::string的实现中学来的——SSO短字符串优化。

    可以看下vaformat的实现,两个版本的代码基本一样,这样当然是不好的,但是我不知道怎样把他们合并起来,这是一个todo。类似的问题下面还有。

    二、CLastErrorFormat

    这个东西是用来解决第一篇里提到的记录LastErrorCode的问题的。

    它的主要功能就是把error code转换成文本描述,合适的构造也可以省去GetLastError的调用:

    class CLastErrorFormat : public boost::noncopyable
    {
    public:
        CLastErrorFormat()
            : m_code(GetLastError())
        {
        }
    
        CLastErrorFormat(const DWORD code)
            : m_code(code)
        {
        }
    
        ~CLastErrorFormat()
        {
        }
    
    public:
        const DWORD code() const
        {
            return m_code;
        }
    
        const std::string& str()
        {
            //...
        }
    
        const std::wstring& wstr()
        {
            //...
        }
    
    private:
        //...
    };

    日志实现类里对应的接口:

    bool log_last_error(const LOG_LEVEL level, const char* file, const int line, CLastErrorFormat& e, const std::string& prefix);

    接受一个CLastErrorFormat的引用,然后在记录日志的时候,把error code和其对应的描述也记录下来:xxx, error code: 999, error msg: yyy

    最终的日志接口是有两个版本的:一个接受一个CLastErrorFormat参数;另一个省去,在函数内部自己构造。

    三、str_encode

    我不可能在日志文件里一会记宽字符串,一会记窄字符串,那就没法看了,又考虑到日志文件的大小,我最终决定,按照窄字符串SystemCurrentCodePage(在简体中文版的Windows上,就是GB2312)编码记录日志,所以对于宽字符串我还要转换成窄字符串。

    Windows提供了两个API来做编码转换:MultiByteToWideChar和WideCharToMultiByte,而这两个API总是要两次调用才能安全的转换。我将其稍稍封装了一下,做成了两个函数:

    std::wstring multistr2widestr(const unsigned int from_code_page, const std::string& s);
    std::string widestr2multistr(const unsigned int to_code_page, const std::wstring& ws, const char *default_char = NULL);

    注:SystemCurrentCodePage的代码页编码就是CP_ACP。

    这样在记宽字符串的时候总是会慢一些,所以我代码中,能用窄字符串的地方我都用窄字符串了。

    四、any_lexical_cast

    代码中总是免不了要做类型转换,特别是把数字转换成字符串,为了简单一点,我使用了boost的lexical_cast,虽然大家都说这货效率低,因为使用了C++的流,但是我坚持“先正确,再优化”的原则,还是使用了它。

    然而,这个东西使用起来有两处不便:

    1. 转换失败的时候会抛异常

    2. 把bool转换成string的时候是0或1,不是true或false

    为了解决这两个问题,我又做了一下封装:

    1. 转换失败的时候,填充为默认值。调用者必须提供默认值

    2. 特化对于bool和string之间的转换

    这就是any_lexical_cast:

    template<typename Target, typename Source>
    Target any_lexical_cast(const Source& src, const Target& fail_value)
    {
        Target value = fail_value;
        try
        {
            value = boost::lexical_cast<Target>(src);
        }
        catch (boost::bad_lexical_cast&)
        {
            value = fail_value;
        }
        return value;
    }
    
    template<>
    bool any_lexical_cast<bool, std::string>(const std::string& src, const bool& fail_value);
    
    template<>
    bool any_lexical_cast<bool, std::wstring>(const std::wstring& src, const bool& fail_value);
    
    template<>
    std::string any_lexical_cast<std::string, bool>(const bool& src, const std::string&);
    
    template<>
    std::wstring any_lexical_cast<std::wstring, bool>(const bool& src, const std::wstring&);

    具体实现请参看源码。

    五、CSelfPath

    日志初始化接口通常需要提供一个路径参数,以指定日志存放路径。我为其增加了一个默认路径:当传递空字符串时,将日志文件放在应用程序所在路径的log目录下,若log目录不存在,则先创建。

    获取应用程序所在路径本可以放在日志模块内部,但考虑到别的地方可能也会用到,而且应用程序一旦启动,路径就不会变,所以就做成了一个单例类CSelfPath。

    CSelfPath仅在构造函数中调用GetModuleFileNameA一次获取路径并分割成目录、文件名等等部分。

    六、CLoggerImpl与Logger

    日志的实现类里边有好多东西我都不想给调用者看到,典型如private的成员;还有日志实现类的接口并不易用。所以我在日志实现类和调用者之间又引入了一个间接层Logger,它的主要作用就是隐藏日志实现类和使接口更“亲民”。当然除了这个我还给了它一些别的功能:控制日志输出级别。Logger并不是一个类。

    七、Disable 3rd party library warning

    我在使用boost关于string的algorithm的时候,发现编译器会大段的警告,这来自boost库中对std::copy的使用,而我明确的知道boost库的这段代码是正确的。这些警告又多又烦人,有没有安全的办法消除这个警告?

    肯定有了:

    #pragma warning(push)
    #pragma warning(disable:4996)
    #include <boost/algorithm/string.hpp>
    #pragma warning(pop)

    上面的代码保存为一个头文件:boost_algorithm_string.h。以后要包含boost/algorithm/string.hpp时,均以boost_algorithm_string.h代替。

    源码:https://git.oschina.net/mkdym/DaemonSvc.git (主)&& https://github.com/mkdym/DaemonSvc.git (提升逼格用的)。

    2015年11月1日星期日

  • 相关阅读:
    构造代码块重要理解
    Java中静态代码块、构造代码块、构造函数、普通代码块
    MySQL-分组查询(GROUP BY)及二次筛选(HAVING)
    mysql select将多个字段横向合拼到一个字段
    java语言支持的变量类型
    static修饰属性,方法,类
    恶意代码分析----网络环境配置
    Windows反调试技术(下)
    Windows反调试技术(上)
    脱壳入门----常见的寻找OEP的方法
  • 原文地址:https://www.cnblogs.com/mkdym/p/4927324.html
Copyright © 2011-2022 走看看