摄影:产品经理
厨师:kingname
什么时候用python xxx.py什么时候用python3 xxx.py
如果你的电脑里面只安装了Python 2或者只安装了Python 3,总之只有一个Python,那么,无论你是哪个系统,你总是可以使用 python xxx.py
的形式通过对应的Python解释器运代码。
如果你的电脑是macOS或者Linux,那么只要你的电脑有Python 3,无论有没有Python 2,你始终都可以使用 python3 xxx.py
通过Python 3来运行代码。此时,如果有Python 2,那么执行 python xxx.py
时,是通过Python 2来运行代码。
如果你的电脑是Windows,先安装了一个版本的Python,然后又安装了另一个版本的Python,那么我建议你这样做:进入Python 3的安装文件夹,把里面的 python.exe
改名为 python3.exe
。这样一来,你总是可以通过执行命令 python3 xxx.py
用Python 3运行代码;执行命令 python xxx.py
用Python 2执行代码。
我的电脑既有Python 2又有Python 3,那我使用pip安装的第三方库安装到了哪里?
这个取决于当你执行 pip
的时候,哪个版本的Python里面的 pip
先被找到。系统是根据环境变量里面的路径,挨着去找的,先找到了一个,那么就立刻使用。不再找后面的。
如果你搞不清楚到底哪个版本的pip先被找到,那么请使用下面这个万能方法:
假设你已经设置,使得执行 python
的时候启动的是Python 2环境,执行 python3
的时候,启动的是Python 3环境,那么:
- 通过执行
python-m pip install xxx
把第三方库安装到Python 2的环境里面。 - 通过执行
python3-m pip install xxx
把第三方库安装到Python 3的环境里面。
什么是命令行,什么是Python交互环境
在Windows里面你直接打开CMD、Powershell或者在macOS、Linux上打开终端,你看到的黑色窗口叫做命令行,这里执行的是命令。CMD的命令行一般是以文件路径加一个右箭头开头,例如:
C:\xxx\xxx>
macOS、Linux的命令行一般是以 $
符号开头。
当你在终端里面,输入 python3
并回车的时候,打开的是 Python交互环境
,在这个环境里面是以三个右箭头开头的:
>>>
Python交互环境里面执行的是Python代码,而不是shell命令。
你需要搞清楚,你是要执行shell命令、CMD命令还是执行Python代码。执行shell命令,就在终端里面,执行CMD命令,就在CMD里面。执行Python代码,就在Python交互环境里面。
下面这幅图,就是犯了这样的错误:
命令 python-m scrapy startproject baidu
应该在CMD里面执行,而不应该在Python交互环境里面执行。
Python交互环境运行代码,与把代码写成xxx.py后运行效果完全一样吗?
并不是完全一样,这里举一个例子:
>>> a = 1000 >>> b = 1000 >>> a is b
在Python交互环境里面,返回 False
,如下图所示:
但如果写成xxx.py并运行,返回的结果为 True
,如下图所示:
这里的原理涉及到Python解释器对代码的优化,就不是初学者需要了解的了,放下不讲。感兴趣的朋友可以关注我的微信公众号。
但绝大多数的代码,在交互环境和通过xxx.py运行,效果是一样的。
已经安装了第三方模块,在PyCharm里面依然提示没有安装?
这种情况多发于我们直接从PyCharm中创建项目时的情况。
我们打开PyCharm,选择 CreateNewProject
,填写项目路径创建项目,如下图所示
项目创建完成以后,我们创建一个main.py文件,内容如下:
import requests resp = requests.get('http://exercise.kingname.info/exercise_requests_get.html').text print(resp)
如下图所示:
此时, requests
会被画上波浪线。这是正常情况,因为此时我们并没有安装这个第三方库,所以PyCharm必定找不到requests。
好了,那么我们来安装requests:
现在回到PyCharm里面,你会发现,为什么requests下面还有红色波浪线?可以这个第三方库明明安装成功了啊!
此时,如果你在PyCharm里面运行这个main.py文件,会看到PyCharm报错,如下图所示。
但是,如果你在终端里面运行,却发现代码毫无问题,如下图所示:
那么,PyCharm又闹什么幺蛾子了吗?
实际上这是功能不是bug。当我们在新版的PyCharm里面创建工程的时候,PyCharm会自动为这个工程创建一个虚拟环境,如下图所示。
在PyCharm中,我们也可以看到PyCharm是使用虚拟环境的Python来运行main.py的,如下图所示:
这个虚拟环境和系统的Python环境是隔离开的。当我们直接在终端里面安装第三方库的时候,安装到的是系统的Python环境,而PyCharm自动创建的虚拟环境的Python里面并没有安装requests,所以会出现找不到的问题。
这个问题要解决实际上也非常简单。打开PyCharm最下面的 Terminal
选项卡,并在这里弹出的终端里面安装requests,如下图所示
安装完成以后,再使用PyCharm运行main.py,发现一切都正常了。如下图所示。
最后,希望你不要抱怨PyCharm自动为你创建虚拟环境这个事情。在Python开发中,本来就应该这样做,不同的项目使用不同的虚拟环境,使得所有依赖互相隔离,这才是Python项目管理的正确方式。
搞不清楚工作区
PyCharm在遇到模块找不到时,会使用红色波浪线提醒开发者。这本来是一个非常好的功能,但却由于另外一个问题,会给一些Python初学者造成困扰。
首先我们创建一个login.py文件,它的内容如下:
def login(): print('登录服务器')
再创建一个 main.py
,它的内容如下:
from login import login print('准备登录服务器') login()
这两个文件的文件结构如下图所示:
此时,你在PyCharm中打开main.py,你就会发现红色的波浪线,如下图所示。
此时如果使用PyCharm来运行这个main.py文件:
你会发现PyCharm运行程序毫无问题:
所以PyCharm有问题?它胡乱报错吗?
实际上不是这样的。
Python有一个工作区的概念,在默认情况下,当你使用 python xxx.py
运行一个.py文件时,工作区就是你运行的这个.py文件所在的文件夹。由于login.py和main.py文件是放在同一个文件夹里面的,所以当你直接运行main.py时,Python能够正确知道 from login import login
是指从和main.py在一起的这个login.py文件中导入login函数。所以一切都是正常的。
当时当你使用PyCharm打开一个项目文件夹时,由于还没有运行这个项目中的某个文件,所以PyCharm会以当前打开的这个项目文件夹为工作区。
在这个例子中,PyCharm会以 代码练习
这个文件夹作为工作区。所以当我在main.py中写 from login import login
的时候,PyCharm会从 代码练习
这个文件夹里面去寻找login.py文件。显然,由于login.py在chapter_1文件夹里面,不在 代码练习
这个文件夹里面,所以PyCharm找不到,于是就会画红色波浪线。
这种情况特别常见于初学者学习别人代码的情况。例如一个Python初学者,他会把所有的爬虫相关代码都放在名为 爬虫代码
的文件夹里面,然后他下载了我的一个知乎爬虫项目,这个项目的代码是在一个叫做 ZhihuSpider
文件夹里面的。此时,他把 ZhihuSpider
文件夹放在 爬虫代码
文件夹里面,再用PyCharm打开 爬虫代码
文件夹,那么他就会看到 ZhihuSpider
项目代码里面有大量的红色波浪线。这不是代码有问题,而是PyCharm自动识别的工作区不正确导致的。
要解决这个问题也非常简单。打开PyCharm的项目设置,定位到 ProjectStructure
,如下图所示。
点击红色箭头指向的x符号,删除当前的内容,并添加新的内容,如下图所示:
把真正的项目文件夹路径添加进去,如下图所示:
点击 OK
按钮,回到PyCharm,发现它已经可以正确找到 login.py
文件了。如下图所示,红色波浪线消失。