安装好Pycharm后如何配置Python解释器简易教程
这两天有许多Python小白加入学习群,并且问了许多关于Pycharm基本使用的问题,今天小编就以配置Python解释器的问题给大家简单絮叨一下。
1、一般来说,当我们启动Pycharm,如果Pycharm正常激活的话,就会直接进入到Pycharm中去,并且Pycharm经常会弹出下图的界面。(如果有小伙伴的Pycharm尚未激活,可以站内私信,小编这有好几个激活码,给大家分享。)
其实这个是Pycharm的提示信息,一般是Pycharm的简易或快捷方式介绍或者其他的Pycharm功能说明,大家完全可以不用理会,直接点击右下方的“Close”即可,不会对你产生任何影响。
2、之后我们可能会碰到一个问题,先后有好几个小伙伴咨询Pycharm安装后并不能直接写代码,并且有图为证,如下图所示。
一看到这个提示,就知道Pycharm中尚未配置Python解释器,此时不用慌,并不是Pycharm没有安装成功,而是因为有个配置尚未完成,只需要配置好Python解释器之后,一切都会正常。其实Python解释器的配置并不难,具体的教程如下。
3、首先点击上图中“Configure Python Interpreter”,之后Pycharm就会自动定位到“Project Interpreter”这个位置,如下图所示,该界面是Pycharm的设置窗口之一,专门用于配置Python解释器的。
4、此时只需要点击“Project Interpreter”右侧的小三角下拉框,如下图右侧的红色小框框所示。
5、点击该按钮之后,Pycharm会自动弹出Python的解释器路径,如下图所示。
6、此时只需要选择其中一个Python解释器,就可以配置成功了。在这里,以第一个Python解释器为例,点击之后,等待Pycharm进行加载,如下图所示。
7、此时可以看到“Project Interpreter”已经有Python解释器了,并且相关的库正在加载中(Loading),稍等片刻之后就可以加载成功。相关库加载好之后,Python解释器配置就完成了,如下图所示。
8、点击“Apply”,表示将相关库加载到Python解释器中,稍等片刻即可,等“Apply”这个选项卡灰化之后,再点击“OK”选项卡,如下图所示。
9、接下来Pycharm就会自动关闭“Setting”窗口,自动回到Pycharm主页面中,并且会显示加载Python解释器的过程,如下图所示,稍等片刻之后就会完成。
10、顺利加载完成之后,之前的提示就会消失了,此时Pycharm一起回复正常,如下图所示。
现在,小伙伴们就可以自由的使用Pycharm敲代码啦~~~
11、如果在“Setting”窗口中的“Project Interpreter”下拉框中没有弹出Python安装路径或者弹出的路径位置不对,则需要点击旁边的那个设置按钮,如下图所示。
12、之后会弹出下图的对话框,点击第一个“Add Local”,表示从本地添加Python解释器。
此时Pycharm就会定位到本地磁盘,此时你要做的就是将Python的安装位置找出来,然后点击“OK”进行确认即可。
13、之后的操作步骤就和上面正常加载Python解释器的步骤一样了,祝大家一切顺利。
小伙伴们,这下你们应该get到Pycharm中该如何加载Python解释器的正确姿势了吧?

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
python-文件的基本操作
文件操作的三个步骤: 1,打开文件,得到文件句柄并赋值给一个变量 2.通过句柄对文件进行操作 3.关闭文件 一、打开关闭文件 必须先用Python内置的open()函数打开一个文件,创建一个file对象,相关的方法才可以调用它进行读写 f = open('a.txt', mode='rt',encoding='utf-8') f.close() f.close()是向操作系统发送请求,要求操作系统关闭打开的文件,文件打开后,一定要在程序结束前关闭! with语句:为了防止忘记关闭文件,Python的上下文管理with语句可以很方便的使用 with open('a.txt', mode='rt', encoding='utf-8') as f: pass # 打开多个文件 with open('a.txt', mode='rt', encoding='utf-8') as f,open('b.txt', mode='rt', encoding='utf-8')as f1: pass 二、文件基本操作 r:只读模式, 默认模式,文件必须存在不存在则抛出异常 w:只写模式, 不可读,文件...
- 下一篇
前端优化系列 - JS解析性能分析
前言 通常,我们觉得页面已经写得非常好,但性能却不尽如人意,在Trace就看到一大堆JS在执行,却不知在执行什么逻辑。JS执行为什么会这么耗时,它们到底在执行什么逻辑呢? 本文尝试从各个维度详细解析JS的性能消耗情况,找出导致页面性能大幅下降的真正杀手。 JS性能 一般来说,页面资源的性能消耗包括加载和执行。在加载方面,各类资源基本是平等的,主要与资源大小和网络有关。 在执行方面,差异就非常大,比如, (1)图片的解码和渲染,可能在十毫秒级就处理完了; (2)CSS解析,样式重计算,排版,估计在百毫秒级也可以处理完; (3)而JS的Parse/Compile + JS Execution,可能好几秒才能完成。 关于JS的性能消耗,已经有非常优秀的文档,详细请参考:The Cost Of JavaScript。 我们先来看一个页面完整的JS执行情况, 从上图可以看到,页面的JS执行(v8.run)占了绝大部分时间,甚至单个JS执行超过2.8秒。那么,这些JS执行的消耗到底在哪里?是在执行业务逻辑,还是在干别的事情? 我们先看看一组基准测试的数据, 按Octane基准测试,70%以上的时间...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7设置SWAP分区,小内存服务器的救世主
- Mario游戏-低调大师作品
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- 2048小游戏-低调大师作品