为什么要在memset上使用bzero？

在上学期的系统编程课程中，我们必须用C语言实现一个基本的客户端/服务器。在初始化结构（如sock_addr_in或char缓冲区（我们用来在客户端和服务器之间来回发送数据）时，指示我们仅使用bzero而不memset初始化它们。他从不解释原因，我很好奇这是否有正当理由吗？

我在这里看到：http://fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdown这bzero是更有效的，由于一个只能将要归零记忆的事实，所以也没有必须做memset可能做的任何其他检查。不过，这似乎仍不一定是绝对不memset用于清零内存的原因。

bzero被视为已弃用，而且不是标准C函数。根据该手册，由于这个原因，它memset是首选bzero。那么，为什么还要使用bzero完memset呢？仅仅是为了提高效率，还是更多？同样，memset超过的收益有什么好处bzero，使其成为较新程序的事实上的首选选择？

我看不出有任何理由，更喜欢bzero了memset。

memset是标准C函数，而bzero从未使用过C标准函数。其基本原理可能是因为您可以使用memsetfunction 实现完全相同的功能。

现在，关于效率，像这样的编译器gcc使用内置的实现，memset当0检测到常量时，它们会切换到特定的实现。同为glibc当建宏被禁用。

我猜您是使用W. Richard Stevens的UNIX Network Programming（或您的老师受到了影响）的。他bzero经常使用代替memset，即使在最新版本中也是如此。这本书太受欢迎了，我认为它已经成为网络编程中的一种习惯用法，这就是为什么您仍然看到它的原因。

我会坚持这样做，memset因为bzero它已被弃用并降低了可移植性。我怀疑您会发现使用一个在另一个之上会带来什么真正的收益。

在一个优势，我认为bzero()有超过memset()设定存储到零的是，有一个错误的机会减少正在取得进展。

我不止一次遇到一个看起来像这样的错误：

memset(someobject, size_of_object, 0);    // clear object

编译器不会抱怨（尽管也许在某些编译器上可能会提高一些警告级别），结果是不会清除内存。因为这不会浪费对象-只是将其保留-很有可能该bug不会表现为任何明显的东西。

bzero()不标准的事实是轻微刺激。（FWIW，如果程序中的大多数函数调用都是非标准的，我不会感到惊讶；实际上，编写此类函数是我的职责）。

在这里对另一个答案的评论中，Aaron Newton引用了Stevens等人的Unix Network Programming，第1卷，第3版中的以下内容，第1.2节（添加了重点）：

bzero不是ANSI C函数。它源自早期的Berkely网络代码。尽管如此，我们在全文中使用它而不是ANSI C memset函数，因为bzero（只有两个参数）比memset（只有三个参数）更容易记住。几乎每个支持套接字API的供应商都提供bzero，如果不提供，则在unp.h标头中提供宏定义。

确实，TCPv3的作者[TCP / IP Illustrated，第3卷-Stevens 1996]犯了一个错误，即memset在第一次打印中，在10次出现中将第二个和第三个参数交换为。AC编译器无法捕获此错误，因为两个参数的类型相同。（实际上，第二个参数是an int，第三个参数是size_t，通常是an unsigned int，但指定的值0和16仍可用于其他类型的参数。）调用memset仍然有效，因为只有a实际上，很少有套接字函数要求将Internet套接字地址结构的最后8个字节设置为0。但是，这是一个错误，可以通过使用来避免这种错误。 bzero，因为bzero如果使用函数原型，则交换两个参数将始终由C编译器捕获。

我还相信，对的绝大多数调用memset()都是针对零内存的，所以为什么不使用针对该用例量身定制的API？

这样做的一个可能的缺点bzero()是，memcpy()由于它是标准的，因此编译器可能更可能进行优化，因此可能会编写它们来识别它。但是，请记住，正确的代码仍然比经过优化的错误代码更好。在大多数情况下，使用bzero()不会对程序的性能产生明显影响，它bzero()可以是扩展为的宏或内联函数memcpy()。

想提一下有关bzero vs. memset参数的内容。安装ltrace，然后比较其功能。在具有libc6（2.19-0ubuntu6.6）的Linux上，调用完全相同（通过ltrace ./test123）：

long m[] = {0}; // generates a call to memset(0x7fffefa28238, '\0', 8)
int* p;
bzero(&p, 4);   // generates a call to memset(0x7fffefa28230, '\0', 4)

有人告诉我，除非我在libc的深层工作或任何数量的内核/系统调用接口工作，否则不必担心它们。我只需要担心的是，该调用满足将缓冲区清零的要求。其他人提到哪一个比另一个更可取，所以我在这里停止。

您可能不应该使用bzero，它实际上不是标准C，这是POSIX的东西。

并请注意，“ was”一词- 在POSIX.1-2001 中已弃用，并在POSIX.1-2008中根据memset 删除了该词，因此最好使用标准C函数。

对于memset函数，第二个参数是an int，第三个参数是size_t，

void *memset(void *s, int c, size_t n);

这通常是一个unsigned int，但是如果0 and 16分别以错误的顺序（如16和0）为第二和第三个参数输入类似的值，则对memset的这种调用仍然可以工作，但将无济于事。因为要初始化的字节数指定为0。

void bzero(void *s, size_t n)

通过使用bzero可以避免这种错误，因为如果使用函数原型，则将两个参数交换为bzero总是会被C编译器捕获。

简而言之：则 memset需要更多的组装操作bzero。

这是来源：http： //fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdown

随心所欲。:-)

#ifndef bzero
#define bzero(d,n) memset((d),0,(n))
#endif

注意：

1. 原始内容不bzero返回任何内容，memset返回空指针（d）。可以通过将typecast添加到定义中的void来解决此问题。
2. #ifndef bzero即使原始功能存在，也不会阻止您隐藏它。它测试宏的存在。这可能会引起很多混乱。
3. 创建指向宏的函数指针是不可能的。当bzero通过函数指针使用时，这将不起作用。

memset需要3个参数，bzero需要2个内存，这限制了额外的参数将再占用4个字节，并且在大多数情况下，它将用于将所有内容设置为0