改变对变量的理解,详解python中 is 与 == 的区别

先看一个初学python阶段最常遇到且最易混用问题:对NONE判断语句的使用:

list_a = []

list_a == NONE

list_a is NONE

# 这里的确都能正确输出

# 但规范的使用应该用 is NONE

按照python的推荐,这里我们当然是应该用 is NONE 来判断。可是我们会思考,这是为什么呢?is 和==又有什么不同?

is 和 ==都是对对象进行比较判断用的,但对对象比较判断的内容并不相同。

is 是同一性运算符,比较对象的唯一身份标识:内存地址,不需调用额外方法,效率更高。

==这种写法其实是语法糖,实际是调用方法.__equal__()比较对象的value值。


我们应该抛弃初学python时接受到的一个说法:"把变量当做一个盒子,我们的对象是存放在盒子中的",这其实是不准确的。

我们可以把变量想成一个个标签,它们只是贴在对象上的一个标记而已。

下面先看一组非常简单的代码:

a = [1, 2, 3]

b = a

a.append(4)

print(b)

#输出:

[1,2,3,4]

我们只对a列表做了添加元素的操作,为什么b也变了呢?如果把变量看成箱子,那a, b都应该是一个单独的箱子,上述这种a、b同时被改变的现象就无法解释了。

我们变量只是内存地址的引用:

这里的原数据为列表[1, 2, 3] 而a 和 b 只是同时贴在了这个数据上的标记,它既叫a也叫b,我们称b是对象的别名,两者都指向的同一个对象。 因此通过a标签对可变对象进行更改后,对象本身就改变了。因此当用b标签来指向对象时,看到的也是对象改变后的结果。当然,再次强调,这只对可变对象管用。

讲了这些看似无关的东西,是因为理解is和 ==需要先纠正之前对变量错误的理解。

继续接最开始的主题强调:

is 是判断内存地址是否相同;

==只判断value值是否相同;

a = [1, 2, 3]

b = a

c = [1, 2, 3, 4]

a.append(4)

# 判断及输出:

a is b

TRUE

a==c and b==c

True

a is c

False


a和b完全是指向同一个对象,他们的内存地址相同。而a和c的值用==判断是相等的,但a is not c,因为它们虽然值相等,但内存地址不同,实际上是两个独立的数据。

我们可以用id()显示内存地址的方法来确认:

a = [1, 2, 3]

b = a

c = [1, 2, 3, 4]

a.append(4)

print(id(a))

548295125904

print(id(b)

548295125904

print(id(c)

548295126352

可以看到,a 和 b的内存地址是相同的,而c的不同。

除了列表数据之外,这里必须提到不同数据类型的内存地址判断的差别:

a = 1  #a、b为数值类型

b = 1

a is b

# 输出:

True


a = "ceshi"  #a、b为字符串类型

b = "ceshi"

a is b

# 输出:

True

a = (1,2,3)  #a,b为元组类型

b = (1,2,3)

a is b

# 输出:

False

a = [1,2,3]  #a、b为列表类型

b = [1,2,3]

a is b

# 输出:

False

#a、b为字典和集合类型时,也都为False 不再重复列举

从上述几个例子可以看出,当分别给相等对象分配不同标签时,只有数值型和字符串类型的 a is b才返回True,其余元组、列表、字典、集合类型a is b都为False。

其中字符串类型其实有许多特殊问题会出现:

a = 'ceshi'

b = 'ceshi'

c = 'ceshiceshi'

d = a+b

c == d

True

c is d

False


a = 'ce shi'

b = 'ce shi'

a is b

False

这里字符串虽是不可变类型 ,但对应的内存地址在特殊情况还是可能会有变化,当字符串中包含特殊字符及空格时,字符串将会使用临时内存地址,使得相同的字符串内存地址也不相同了。此处不做深究,只需记一下如下地址储存的特殊性:

使用固定内存地址存储数据如下:

1.  5到256的整数

2.  True和False

3.  由字母、数字、下滑线组成的字符串

使用临时内存地址存储数据如下:

1.  小于-5后大于256的整数

2.  所有小数

3.  包含字母、数字、下滑线之外的字符组成的字符串

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343

推荐阅读更多精彩内容

  • 包(lib)、模块(module) 在Python中,存在包和模块两个常见概念。 模块:编写Python代码的py...
    清清子衿木子水心阅读 3,799评论 0 27
  • 一、Python简介和环境搭建以及pip的安装 4课时实验课主要内容 【Python简介】: Python 是一个...
    _小老虎_阅读 5,719评论 0 10
  • 专业考题类型管理运行工作负责人一般作业考题内容选项A选项B选项C选项D选项E选项F正确答案 变电单选GYSZ本规程...
    小白兔去钓鱼阅读 8,970评论 0 13
  • Lua 5.1 参考手册 by Roberto Ierusalimschy, Luiz Henrique de F...
    苏黎九歌阅读 13,729评论 0 38
  • 今天呢,试着写这个话题,也是为以后能写出好文累积一个素材吧。 学习是一件让人苦恼的事情。当然,这是相对于大多人而言...
    焦虑的读书人阅读 224评论 0 0