工作之踩坑记录

1.i386架构之atol函数使用导致的业务程序错误：

? ? ? ? 情景:将框架传递的链接地址采用整形保存传输,在i386架构上导致地址比较大，采用atol转型可能导致数据被截断出现异常。

? ? ? ? 方案:采用atoll更大的数据类型进行处理即可避免该问题。

2.Json库使用注意long int问题导致编译不通过问题:

? ? ? ? 情景:

Json::Value result;

long int pid = 10001;
result["pid"] = pid;

? ? ? 如上编译会报错:

error: convert from 'long int' to 'const Json::Value' is ambiguous

? ? ? ? 方案:采用跟Json库携带定义的想通过的类型进行使用:

Json::Value result;

long int pid = 10001;
Json::UInt upid = pid;
result["pid"] = upid;  // 规避出现如上问题,采用同等的类型

3.Centos7.2- opendir函数打开普通文件发现ptr->d_type 类型不等于8，反而等于0问题

? ? ?方案:如果遇到该种情况,请使用stat方法判别文件类型,stat结构中定义了文件的相关节点类型值，在结合具体业务判别即可。

例如：

DT_REG == ptr->d_type
// 正常情况，文件类型 ptr->d_type == 8,
在dirent.h文件中定义.
centos7.2系统，ptr->d_type == 0,导致无法读取文件信息。可采用stat结构进行统计：
{
    struct stat statbuf;
    lstat(tmpPathfile, &statbuf);
    if( S_ISREG(statbuf.st_mode))  // file
    {
        //to do
    }
}

4.动态库升级

?问题:

通过dlopen打开一个动态库,会将对应的信息加载到内存当中,此时即便更新了so库，再次使用的时候,发现调用的信息仍旧是旧的动态库的信息。从而导致热升级失效。

解决方法:

升级过后,将旧的句柄关闭,再重新打开，重新加载对应的动态库。

? ?