原因一:历史原因 语言出现顺序从早到晚C、Java、JavaScript。 C语言数组下标是从0开始->Java也是->JavaScript也是。 降低额外的学习和理解成本。 原因二:减少CPU指令运算 (1)下标从0开始: 数组寻址——arr[i] = base_address + i * type_size(1) 其中base_address为数组arr首地址,arr[0]就是偏移量为0的...
从数组存储的内存模型来看,下标比较确切的定义是“偏移”,如果用a来表示数组的首地址,那么a[0]就表示偏移为0的位置。a[x]就表示偏移x个类型大小(int 4个字节)的的位置。java a[x]_address = base_address + x * data_type_size; 但是如果从1开始计数呢,那么寻址公式就变成:java a[x]_address = base_...
数组的下标为什么从0开始而不是从1开始 数组是一段连续的空间,要求a[i]就是求它的地址,然后找到它。 如果从0开始,则a[i]的地址= 首地址 + i*每个数据所占的长度; 如果从1开始,则a[i]的地址= 首地址 + (i-1)*每个数据所占的长度。 是不是前一种更好计算呢。 再举个例子: 1、数组在内存中申请...
首先,它与语言的设计有很强的关联,比如在C语言里面,数组的名称本质上是一个指针,它代表了内存里面存储这块连续区域的开始地址,array[n]代表的是 n-elements 距离开始位置的距离,这本质上是通过offset也就是偏移量实现的。所以数组里面的第一个元素是用0表示的,这么说大家可能还是迷惑,说的再直白点,比如在Java里面...
数组元素的下标为什么从0开始而不从1开始呢? 从1开始更符合我们的日常习惯,比如生活中我们通常说第1个,而不是第0个 原因 对于数组元素的访问在操作系统层其实就是对特定内存偏移量的数据的访问 换而言之即如果想要访问一个数组的某一个元素的值那么首先就要计算它的地址偏移量 ...
从0开始的话,只需用数组名(也就是数组地址),加上下标,只需要很简单的计算,就可以内存中准确访问到元素。 --- 像在pascal这样的语言中,数组下标是可由人去定的。如: var Arr: Array[2..4] of Integer; //数组下标从2开始,到4结束。 虽然pascal这样...
数组是一种很基础的数据结构,效率需要尽可能的高,所以为了减去一次减法操作,所以数组选择了从0开始编号而不是从1开始。 当然也并不是非0不可,有的语言甚至支持负数的下标,例如python。但是大多数都是从0开始编号,可能也和C语言以0作为下标有关,后面的语言或多或少的都借鉴了C语言。
数组下标说成是从0开始的是因为如果从1开始编号，每次随机访问数组元素都多了一次减法运算，对于cpu来说，就是多了一次减法指令。数组作为非常基础的数据结构，通过下标访问数组元素又是其非常基础的编程操作，效率的优化就要尽可能的做到极致。从0开始，可以减少一次减法操作。
数组作为非常基础的数据结构,通过下标随机访问数组元素又是其非常基础的编程操作,效率的优化就要尽可能做到极致。所以为了减少一次减法操作,数组选择了从 0 开始编号,而不是从 1 开始。 历史原因 上面解释得再多其实都算不上压倒性的证明,说数组起始编号非 0 开始不可。所以我觉得最主要的原因可能是历史原因。C ...