Linux下的strerror是否线程安全？
下列是glibc-2.14中的源代码：
阅读(22) | 评论(0) | 转发(0) |
点击(此处)折叠或打开
-
char *
-
strerror (errnum)
-
int errnum;
-
{
-
char *ret = __strerror_r (errnum, NULL, 0);
-
int saved_errno;
-
-
-
if (__builtin_expect (ret != NULL, 1))
-
return ret;
-
saved_errno = errno;
-
if (buf == NULL)
-
buf = malloc (1024);
-
__set_errno (saved_errno);
-
if (buf == NULL)
-
return _("Unknown error");
-
return __strerror_r (errnum, buf, 1024);
- }
man strerror即可看到相关说明，strerror_r是线程安全的，但不带_r的strerror是非线程安全的。
不过大部分时候strerror是安全的，因为大多数情况： if (__builtin_expect (ret != NULL, 1)) return ret; 这个地方能return出来。大多数凭空return非const字符串的都不是线程安全的，而strerror大部分系统认识的errno都是返回const字符串，所以大部分时候都是安全的。
遇到不安全的结果是返回错乱的字符串，但不会coredump，原因是buf的内存总是有效的。用户如果给一个不存在的errno，会返回 "Error %d"这种东西，就非安全。
所以如果确认给的都是合法的errno，可以认为是安全的。或者干脆 #define strerror(x) strerror_r((x),0,0)，这个#define要加-D_GNU_SOURCE编译。
如果只是用当前的errno，直接用%m，但%m要直接使用系统的Xprintf，不能做二次封装，否则中途一下库函数会改变当前errno。如果封装里面用了malloc()，localtime这一类的，会改变当前errno值，使用Xprintf时值就不对了，如果重封装要先保存再恢复errno。
可以在多线程中尽情使用strerror，但最好同时记录errno，万一乱字符串，还可通过errno取得正确的。
相关热门文章
给主人留下些什么吧！~~
评论热议
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
· .NET Core 中如何实现缓存的预热？
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列：向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列：如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站：技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗？
· 【译】Visual Studio 中新的强大生产力特性
· 【设计模式】告别冗长if-else语句：使用策略模式优化代码结构
· 10年+ .NET Coder 心语 ── 封装的思维：从隐藏、稳定开始理解其本质意义