c++-一个字节的位数由谁来决定???

问题描述

一个字节的位数由谁来决定???

一个字节的位数由谁来决定?
是 硬件设备 还是 操作系统 还是 编译器???

由climits文件的功能来看,应该是由编译器决定,对吗?

解决方案

全世界所有的字节都是8位,人定义的。

解决方案二:

你买一个硬盘,80吉字节,难道你还要问卖电脑的老板,你这个80G是按照哪个操作系统或者哪个编译器算的。

解决方案三:

一个字节一定8位,这是一个大家约定的单位而已,就像约定一个km是1000个m一样。

解决方案四:

一个字节的定义就是8位。
可以这样表示:
1Byte = 8bit

解决方案五:

一个字节是8位,就是8个bit,这是固定的。
但是如果是32位机,char 是8位,char* (指针)占4个字节,是32位, 64位机中,char是8位,而char* 要占8个字节。

解决方案六:

全世界所有的字节都是8位,人定义的。当然你可以自己弄一台不一样的机器,我看好你哦!

解决方案七:

解说字节位数据
----------------------

时间: 2024-09-09 01:35:34

c++-一个字节的位数由谁来决定???的相关文章

求大神解决,串口通信调试工具发出的一个字节和收回来的字节不一样

问题描述 求大神解决,串口通信调试工具发出的一个字节和收回来的字节不一样 电脑与PIC单片机的UART1B收发口通信,电脑串口调试工具发送0x01发回来一个0xc0, 下面是接收中断的程序: void __ISR(_UART_1B_VECTOR, IPL6SOFT) IntUart1BHandler(void) // { if (INTGetFlag(INT_SOURCE_UART_RX(UART1B))) { if (UARTReceivedDataIsAvailable(UART1B)) {

;就是一个串str1, lea ebx, str1 然后我们ebx+1总是加上的是一个字节, 无论(串是word, byte, dword) .386 .model flat .stack 4096 include io.h ExitProcess proto near32 stdcall, deE

;就是一个串str1, lea ebx, str1 然后我们ebx+1总是加上的是一个字节, 无论(串是word, byte, dword) .386 .model flat .stack 4096 include io.h ExitProcess proto near32 stdcall, deExitCode:dword cr equ 0dh lf equ 0ah .data str1 byte 20 dup(?) stringss byte "请输入一个数字并求其平方:", cr

嵌入式开发-iic中主机读取一个字节的时候,从机怎么知道什么时候给主机发送数据呢

问题描述 iic中主机读取一个字节的时候,从机怎么知道什么时候给主机发送数据呢 开发-iic中主机读取一个字节的时候,从机怎么知道什么时候给主机发送数据呢-iic多字节传输协议">如果是主机发送数据的话,我们可以控制SCL和SDA,在SCL为高电平期间,可以是SDA为稳定状态,但是主机接收时,要从机发送数据,从机怎么知道什么时候可以发送呢比如图中的程序,从机发送数据只能是在SCL_L和SCL_H之间了,从机是怎么知道的呢 解决方案 你可以看一下AT24C256这样的iic EEPROM芯片

字节跳动-一个字节一定等于8位(b)吗??在什么情况下是不等于的,32位系统和64位系统有什么区别?

问题描述 一个字节一定等于8位(b)吗??在什么情况下是不等于的,32位系统和64位系统有什么区别? 一个字节一定等于8位(b)吗??在什么情况下是不等于的,32位系统和64位系统有什么区别? 解决方案 最初的计算机性能和存储容量都比较差,所以普遍采用4位BCD编码(这个编码出现比计算机还早,最早是用在打孔卡上的).BCD编码表示数字还可以,但表示字母或符号就很不好用,需要用多个编码来表示.后来又演变出6位的BCD编码(BCDIC),以及至今仍在广泛使用的7位ASCII编码.不过最终决定字节大小

一个字节造成的巨大性能差异——SQL Server存储结构

今天同事问了我一个SQL的问题,关于SQL Server内部存储结构的,我觉得挺有意思,所以写下这篇博客讨论并归纳了一下.问题是这样的: 首先我们创建两张表,一张表的列长度是4039字节,另一张表的长度是4040字节,他们就只有一个字节的差距,比如以下创建表的SQL: CREATE TABLE tb4039(c1 INT IDENTITY,c2 char(4035) not null)CREATE TABLE tb4040(c1 INT IDENTITY,c2 char(4036) not nu

java中的字节输入流的无参read方法,每次读到的是一个字节,还是一个基本数据的字节值?

问题描述 java中的字节输入流的无参read方法,每次读到的是一个字节,还是一个基本数据的字节值? FileInputStream 的无参read()方法,每次读到的是一个字节,那他返回给的int变量的是一个字节的int表现形式,还是一个基本数据(如char字符数据)的字节值的int表现形式?如果是返回的一个字节,那这个字节转化成的int值,最多只能取到2的8次方即255个,单个字节是无法表示一个字符的,如果原文件中有汉子,系统又是怎么样把一个字节的数据转换成汉子呢?本人新手,这块不是很理解,

lcd显示-STM32下lcd12864一个字节显示程序

问题描述 STM32下lcd12864一个字节显示程序 lcd地址每行是8个字,16个字节,显示数据时首地址只能是字的整数倍,比如我只想在第二个字节处写下一个字母,但地址就定位不到第二个字节处,只能是1,3,5--字节处,也就是每个字的首地址,求大神指点怎么定位到每一个字节的首地址处 解决方案 http://wenku.baidu.com/link?url=wviwTAPWlFSel0d7WZcfvVdRhg3GHpUI1VS2a7f618l-NqjKx9kTBrMJoaZA7dcKvJKR-S

mfc-MFC用serialport写的串口通信助手,接收的是一个字节?

问题描述 MFC用serialport写的串口通信助手,接收的是一个字节? 接收数据的处理函数OnCommunication(WPARAM ch,LPARAM port),WPARAM ch接受的是一个字节吗,如果是,怎么能变成两个字节呢,拜托大神解答下,求代码,急急急 解决方案 不是,是缓冲区中所有的数据. 解决方案二: ch指向这个数据的首地址.http://wenku.baidu.com/link?url=P94cAhiJrnGH1ShHNnSAiGFU7MqUuQWHvuFP6WRxhN

stm32不停地发送一个字节的数据,mfc编写的上位机接收到了但是显示乱码

问题描述 stm32不停地发送一个字节的数据,mfc编写的上位机接收到了但是显示乱码 用MFC写了一个串口接收的函数,为了测试,单片机stm32每隔一秒不停地发送同一个数,比如是0x32,想显示在接收框里面,但是每次显示都是乱码,如果以16进制显示就是8位16进制码. 设置断点调试了一下,发现bt是成功接收到了的,但是以cstring显示就乱码了,为什么呢? 代码如下: void C无人机地面控制终端Dlg::OnCommMscomm1() { // TODO: 在此处添加消息处理程序代码 VA