字节数

原文发表于2009年2月5日 标题是《一个自己犯的C/C++错误》 以前自己写程序时经常犯的错误，后来才开始重视起来，为了更好的说明这个错误，我将演示代码贴出来： 可以看出，表面上这个错误是关于在函数内部将传参指向的缓冲区清零的，调试上述程序后发现主函数里定义的缓冲区被全部成功设置为0，而将这个缓冲区地址传入函数func_test后只有前4个字节被置0，那么问题出在哪里呢？问题就在sizeof上，在主函数上sizeof算得缓冲区为11（包含字符串结尾\0），而函数func_test里算得是4，很明显只是计算的指针的大小。 疑惑就在这里，buffer是数组名不就是地址吗，为什么传参后sizeof值就不算整个数组的大小而只算指针的大小呢？ 其实这个问题很容易buffer是数组名，sizeof(数组名)算得的是整个数组占用的字节数，一旦赋值给任何指针（函数传参也相当于一种赋值），也就算的是这个指针的占用空间，和数组就没任何关系了。若还是算的事数组占用空间，那这个指针的占用就没办法计算了

为什么sizeof(std:string)只有32个字节，却能容纳那么多字符？ 刚开始看到 sizeof(std:string)的输出有32个字节，以为只能容纳32个字符，觉得不应该，后来网上也查到能容纳的字符是相当多的。 后来反应过来，string是一个类，用sizeof计算后，得到的其实是string类的成员所占用的字节长度。 举个例子： 编译运行后，其输出结果为16，是因为test是一个类，用sizeof计算，得到其内部成员的字节数，一个int类型占用4个字节，4个int数据就是16字节，因作此解

1. 对异常的网络攻击的实时发现与告警； 2. 对高速网络的捕获与侦听； 3. 全面分析与解码网络传输的内容； 6. 不同应用流量、流向的分布情况及拓扑结构； 2. 各种网络链路的流量及阻塞情况； 高度复杂的网络协议分析工具能够监视并捕获所有网络上的信息数据包，并同时建立一个特有网络环境下的目标知识库。智能的专家技术扫描这些信息以检测网络异常现象，并自动对每种异常现象进行归类。所有异常现象被归为两类：一类是symptom（故障征兆提示，非关键事件例如单一文件的再传送），另一类是diagnosis（已发现故障的诊断，重复出现的事件或要求立刻采取行动的致命错误）

Linux 提供了 mmap 系统调用实现内存映射（Memory Map）。内存映射的意思是将一个文件映射到内存中，映射后可以大大加快文件的访问速度，从而提高程序的运行性能。 另外，进程之间也可以通过映射同一个普通文件实现共享内存

Python 中的 seek() 是一个很有用的函式，它可以让我们移动文件的读/写指针，使得我们可以读取或写入文件的任何位置。 其中，offset 是指从文件的起始位置开始，要移动的字节数，而 whence 则是指定从哪里开始移动，它可以是 0、1 或 2，分别代表文件的开头、当前位置和文件的末尾。 下面我们来看一个简单的范例，让我们来看看 seek() 函式是如何使用的： 在上面的范例中，我们首先开启了一个文件，然后使用 seek() 函式来移动指针，最后关闭文件

原文发表于2009年2月5日 标题是《一个自己犯的C/C++错误》 以前自己写程序时经常犯的错误，后来才开始重视起来，为了更好的说明这个错误，我将演示代码贴出来： 可以看出，表面上这个错误是关于在函数内部将传参指向的缓冲区清零的，调试上述程序后发现主函数里定义的缓冲区被全部成功设置为0，而将这个缓冲区地址传入函数func_test后只有前4个字节被置0，那么问题出在哪里呢？问题就在sizeof上，在主函数上sizeof算得缓冲区为11（包含字符串结尾\0），而函数func_test里算得是4，很明显只是计算的指针的大小。 疑惑就在这里，buffer是数组名不就是地址吗，为什么传参后sizeof值就不算整个数组的大小而只算指针的大小呢？ 其实这个问题很容易buffer是数组名，sizeof(数组名)算得的是整个数组占用的字节数，一旦赋值给任何指针（函数传参也相当于一种赋值），也就算的是这个指针的占用空间，和数组就没任何关系了。若还是算的事数组占用空间，那这个指针的占用就没办法计算了

Base64编码的思想是是采用64个基本的ASCII码字符对数据进行重新编码。它将需要编码的数据拆分成字节数组。以3个字节为一组

将给定数组的字段返回为特定类型。 字段是具有给定数据类型的数组数据的视图。视图中的值由给定类型和当前数组的偏移量（以字节为单位）确定

OLED：一个128*64的IIC接口的显示模块。 FLASH：存放字库数据的闪存。 CSR8675/CSR8670:主控芯片，通过蓝牙AVRCP接收手机端歌名等歌曲属性，并从FLASH读取对应的歌词字符并逐一显示

原文发表于2009年2月5日 标题是《一个自己犯的C/C++错误》 以前自己写程序时经常犯的错误，后来才开始重视起来，为了更好的说明这个错误，我将演示代码贴出来： 可以看出，表面上这个错误是关于在函数内部将传参指向的缓冲区清零的，调试上述程序后发现主函数里定义的缓冲区被全部成功设置为0，而将这个缓冲区地址传入函数func_test后只有前4个字节被置0，那么问题出在哪里呢？问题就在sizeof上，在主函数上sizeof算得缓冲区为11（包含字符串结尾\0），而函数func_test里算得是4，很明显只是计算的指针的大小。 疑惑就在这里，buffer是数组名不就是地址吗，为什么传参后sizeof值就不算整个数组的大小而只算指针的大小呢？ 其实这个问题很容易buffer是数组名，sizeof(数组名)算得的是整个数组占用的字节数，一旦赋值给任何指针（函数传参也相当于一种赋值），也就算的是这个指针的占用空间，和数组就没任何关系了。若还是算的事数组占用空间，那这个指针的占用就没办法计算了