• 【转】什么时候 i = i + 1 并不等于 i += 1?


    增强型赋值语句是经常被使用到的,因为从各种学习渠道中,我们能够得知 i += 1 的效率往往要比 i = i + 1 更高一些(这里以 += 为例,实际上增强型赋值语句不仅限于此)。

    所以我们会乐此不疲的在任何能够替换普通赋值语句的地方使用增量型赋值语句,以此来优化代码。那么我们是否有想过,在什么情况下 i += 1 其实并不等效于 i = i + 1 !!

    例一:使用增强型赋值语句:

    1 In [1]: a = [1, 2, 3]
    2 In [2]: b = a
    3 In [3]: b += [1, 2, 3]
    4 In [4]: print a, b
    5 [1, 2, 3, 1, 2, 3] [1, 2, 3, 1, 2, 3]
    6 In [5]: id(a), id(b)
    7 Out[5]: (140213762276096, 140213762276096)

    例二:使用普通赋值语句:

    1 In [6]: a = [1, 2, 3]
    2 In [7]: b = a
    3 In [8]: b = b + [1, 2, 3]
    4 In [9]: print a, b
    5 [1, 2, 3] [1, 2, 3, 1, 2, 3]
    6 In [10]: id(a), id(b)
    7 Out[10]: (140213762466232, 140213762276168)

    上述两个例子中,将一个列表类型对象赋值给变量 a,再将变量 a 赋值给变量 b,此时 a、b 指向了同一个内存对象 [1, 2, 3]。

    然后分别应用增量赋值运算符和普通赋值运算符来操作变量 b。

    从最后的结果来看,例一中的 a、b 在进行运算后依旧指向了同一个内存对象。

    例二则相反,a、b 分别指向了不同的内存对象,也就是说在例二中隐式的新建了一个内存对象。

    这是一个值得注意的坑,警惕我们在使用增量赋值运算符来操作可变对象(如:列表)时可能会产生不可预测的结果。

    要解释这个问题,首先需要了解「Python 共享引用」的概念:在 Python 中,允许若干个不同的变量引用指向同一个内存对象。

    同时在前文中也提到,增强赋值语句比普通赋值语句的效率更高,这是因为在 Python 源码中, 增强赋值比普通赋值多实现了“写回”的功能,

    也就是说增强赋值在条件符合的情况下(例如:操作数是一个可变类型对象)会以追加的方式来进行处理,而普通赋值则会以新建的方式进行处理。

    这一特点导致了增强赋值语句中的变量对象始终只有一个,Python 解析器解析该语句时不会额外创建出新的内存对象。

    所以例一中变量 a、b 的引用在最后依旧指向了同一个内存对象;相反,对于普通赋值运算语句,

    Python 解析器无法分辨语句中的两个同名变量(例如:b = b + 1)是否应该为同一内存对象,所以干脆再创建出一个新的内存对象用来存放最后的运算结果,

    所以例二中的 a、b 从原来指向同一内存对象,到最后分别指向了两个不同的内存对象。

    ​这是一个不为人所熟知的问题,我们能得到的结论就是:尽量不要使用增量赋值运算符来处理任何可变类型对象,除非你对上述问题有了足够的了解。

    转自:http://blog.csdn.net/jmilk https://blog.csdn.net/Jmilk/article/details/78663744

  • 相关阅读:
    利用同步辅助类CountDownLatch计算多线程的运行时间
    i++的原子性问题
    Volatile关键字以及线程的内存可见性问题
    创建线程的第三种方式以及简单使用
    java8新特性-lambda表达式和stream API的简单使用
    springboot整合activemq
    springboot整合redis单机及集群
    JAVA-基础(一)
    CentOS-文件操作
    理解AngularJS的作用域Scope
  • 原文地址:https://www.cnblogs.com/zeke-python-road/p/9473902.html
Copyright © 2020-2023  润新知