标题：为什么有atoi，却没有itoa
出处：Felix021
时间：Mon, 04 Jan 2010 11:13:36 +0000
作者：felix021
地址：https://www.felix021.com/blog/read.php?1806

内容：
在发现有atoi这个函数之后的一段时间里(converts a string to an integer, cppreference.com)，每当我需要把integer转换成字符串的时候，我就会想当然地写上itoa，直到编译器告诉我，这个函数不存在。反复几次以后，我终于记住了没有itoa，记住了应该用sprintf（现在想想，是应该用snprintf才对）。直到今天我才意识到自己从来就没有仔细想过，为什么有atoi，却没有itoa。也许还是自己求知欲太低了。

原因其实很简单，简单地说，就是因为不好处理返回值。atoi, atof, atol等函数之所以可以在C标准库中存在，可以列出来的有两个必要条件：一，需求使然；二，返回值类型是基本类型，可以使用匿名变量传递。itoa之所以不在C标准库中，我觉得并不是没有需求，而是因为返回值是字符串，也就是char数组，处理起来比较纠结。

在C里面，字符串始终是个硬伤。如果非要设计这么一个函数，有三种可选的办法：

一，使用一个static的char数组（貌似printf就是这么做的吧）。这有2个问题，1是数组的长度是固定的（当然，简单处理的话可以认为int最多就那么几位，只要初始化某个足够的长度肯定就OK），2是每次调用会覆盖上次的结果，特别地，会导致非线程安全。

二，每次调用，在函数内部malloc一段空间，写入，返回该空间的首地址。存在问题是，分配的空间函数内无法自行释放，需要调用者安排一个free，而这个free是非常容易被忽略的，这就存在了潜在的内存泄漏风险。

三，要求传入一个分配好空间的指针，函数将转换结果写入。这样实际上就是sprintf的做法，重复造轮子。而且还要考虑内存越界访问的问题，再增加一个参数n，然后这就是snprintf做的事情....

综合起来的结果就是：太麻烦了，不实现。

最后，推荐云风的一篇文章，这里探讨了与以上内容比较相关的”一个 C 接口设计的问题“
http://blog.codingnow.com/2009/01/c_interface.html


Generated by Bo-blog 2.1.0