C/C++的64位整型输入输出
来源:互联网 发布:windows教育版激活工具 编辑:程序博客网 时间:2024/06/08 06:49
在C/C++中,64为整型一直是一种没有确定规范的数据类型。现今主流的编译器中,对64为整型的支持也是标准不一,形态各异。一般来说,64位整型的定义方式有longlong和__int64两种(VC还支持_int64),而输出到标准输出方式有printf(“%lld”,a),printf(“%I64d”,a),和cout<< a三种方式。
本文讨论的是五种常用的C/C++编译器对64位整型的支持,这五种编译器分别是gcc(mingw32),g++(mingw32),gcc(linuxi386),g++(linux i386),Microsoft Visual C++6.0。可惜的是,没有一种定义和输出方式组合,同时兼容这五种编译器。为彻底弄清不同编译器对64位整型,我写了程序对它们进行了评测,结果如下表。
上表中,正确指编译通过,运行完全正确;错误指编译虽然通过,但运行结果有误;无法编译指编译器根本不能编译完成。观察上表,我们可以发现以下几点:
- long long定义方式可以用于gcc/g++,不受平台限制,但不能用于VC6.0。
- __int64是Win32平台编译器64位长整型的定义方式,不能用于Linux。
- “%lld”用于Linux i386平台编译器,”%I64d”用于Win32平台编译器。
- cout只能用于C++编译,在VC6.0中,cout不支持64位长整型。
表中最后一行输出方式中的printint64()是我自己写的一个函数,可以看出,它的兼容性要好于其他所有的输出方式,它是一段这样的代码:
{
}
这种写法的本质是把较大的64位整型拆分为两个32位整型,然后依次输出,低位的部分要补0。看似很笨的写法,效果如何?我把它和cout输出方式做了比较,因为它和cout都是C++支持跨平台的。首先printint64()和cout(不清空缓冲区)的运行结果是完全相同的,不会出现错误。我的试验是分别用两者输出1000000个随机数,实际结果是,printint64()在1.5s内跑完了程序,而cout需要2s。cout要稍慢一些,所以在输出大量数据时,要尽量避免使用。
文章转自网络
- C/C++的64位整型输入输出
- C/C++的64位整型输入输出
- C/C++的64位整型 zz
- [转]C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型 zz
- C/C++的64位整型
- C/C++的64位整型
- C/C++的64位整型 zz
- C/C++的64位整型
- PKI技术原理(收集 整理 归纳)
- Yii中获取当前controller和action的id
- ios开发:UINavigationController反方向滑动push
- leetcode:Generate Parentheses
- ubuntu上卸载openjdk并安装sunjdk
- C/C++的64位整型输入输出
- 常用Gcc编译选项
- inverse number
- 在Eclipse开发android工程后进行真机测试(小米2A为例)
- SQL SERVER资源性能监控-性能计数器具体案例(监控CPU)
- Android编译系统详解系列
- STM32外部中断
- MapGIS K9 TDE平台3D坐标转换为2D坐标
- 使用Objective-C处理UBB标签