From d22581ee2f6587573f1d45cd01cbc2205ea5ebd1 Mon Sep 17 00:00:00 2001 From: qianyu668899 Date: Sun, 16 Aug 2015 19:44:34 -0400 Subject: [PATCH 1/2] Update 126.md - Fix wrong words --- 100/126.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/100/126.md b/100/126.md index 6bc9893..e38de4a 100644 --- a/100/126.md +++ b/100/126.md @@ -45,7 +45,7 @@ >>> x 5 -变量x先指向了对象4，然后指向对象5，当后者放生的时候，自动跟第一个对象4接触关系。再看x，引用的对象就是5了。那么4呢？一旦没有变量引用它了，它就变成了孤魂野鬼。python是很吝啬的，它绝对不允许在内存中存在孤魂野鬼。凡是这些东西都被看做垃圾，而对垃圾，python有一个自动的收回机制。 +变量x先指向了对象4，然后指向对象5，当后者放生的时候，自动跟第一个对象4解除关系。再看x，引用的对象就是5了。那么4呢？一旦没有变量引用它了，它就变成了孤魂野鬼。python是很吝啬的，它绝对不允许在内存中存在孤魂野鬼。凡是这些东西都被看做垃圾，而对垃圾，python有一个自动的收回机制。 在网上找了一个图示说明，很好，引用过来（来源：http://www.linuxidc.com/Linux/2012-09/69523.htm） @@ -92,7 +92,7 @@ >>> l2 [1, 2, 3] -l1和l2貌似指向了同样的一个对象[1,2,3]，其实，在内存中，这是两块东西，互不相关。只是在内容上一样。就好像是水里长的一样的两条鱼，两个人都钓到了，当不是同一条。所以，当通过l1修改引用对象的后，l2没有变化。 +l1和l2貌似指向了同样的一个对象[1,2,3]，其实，在内存中，这是两块东西，互不相关。只是在内容上一样。就好像是水里长的一样的两条鱼，两个人都钓到了，但不是同一条。所以，当通过l1修改引用对象的后，l2没有变化。 进一步还能这么检验： From 47a32d87e05b888ce7afca3e8a689d92cb42b47d Mon Sep 17 00:00:00 2001 From: qianyu668899 Date: Sun, 16 Aug 2015 20:00:28 -0400 Subject: [PATCH 2/2] Update 130.md - Fix typro --- 100/130.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/100/130.md b/100/130.md index f99d43f..45d18bc 100644 --- a/100/130.md +++ b/100/130.md @@ -68,11 +68,11 @@ ... >>> -如果看官没有遇到上面问题，可以试试。遇到了，这就解惑。不是什么错误，是因为前一次已经读取了文件内容，并且到了文件的末尾了。再重复操作，就是从末尾开始继续读了。当然显示不了什么东西，但是python并不认为这是错误，因为后面就会讲到，或许在这次读取之前，已经又向文件中追加内容了。那么，如果要再次读取怎么办？就从新来一边好了。 +如果看官没有遇到上面问题，可以试试。遇到了，这就解惑。不是什么错误，是因为前一次已经读取了文件内容，并且到了文件的末尾了。再重复操作，就是从末尾开始继续读了。当然显示不了什么东西，但是python并不认为这是错误，因为后面就会讲到，或许在这次读取之前，已经又向文件中追加内容了。那么，如果要再次读取怎么办？就重新来一边好了。 特别提醒看官，因为当前的交互模式是在该文件所在目录启动的，所以，就相当于这个实验室和文件130.txt是同一个目录，这时候我们打开文件130.txt，就认为是在本目录中打开，如果文件不是在本目录中，需要写清楚路径。 -比如：在上一级目录中（~/Documents/ITArticles/BasicPython），加入我进入到那个目录中，运行交互模式，然后试图打开130.txt文件。 +比如：在上一级目录中（~/Documents/ITArticles/BasicPython），假如我进入到那个目录中，运行交互模式，然后试图打开130.txt文件。 ![](https://raw.githubusercontent.com/qiwsir/ITArticles/master/Pictures/13002.png)