本文目录一览：
安装管道的Python包的源文件问题，怎么解决
1.换一个版本试试，如将1.2.3的版本换成1.2.4的版本，换个新的或更旧点的版本
2.将pip的方式 换成用easy_install的方式安装，有时可以：）
3.下载zip源码，解开后用python setup.py install 的方式安装
4.都不管用的话，直接把源码解开，将相应的目录复制到site-packages目录下面去
python包相对导入的陷阱是？
包相对导入的陷阱:混合使用，相比于Python 2.X的隐式包相对导入,以及Python 2.X和3.X中的显式包相对导入点号语法,有些时候从 sys.path上一个路径出发的绝对包导入会是更推荐的选择。这一问题可能看上去难以理解,但是当你开始编写自己的包，可能就会变得更加重要了。 如前所述，Python 3.X的相对导入语法和默认绝对导入搜索规则，让包内导入变得显式从而使其更容易被注意和被维护,而且允许你在一些命名冲突的情况下显式地进行选择。然而，你也必须注意到该模型带来的下面两个结果:在Python 3.X和2.X中，包相对导入语句的使用会隐式地将一个文件与一个包目录的角色进行绑定,并禁止该文件通过其他方式被使用。在Python 3.X中，新的相对导入搜索规则改变意味着一个文件不能像在2.X中那样同时扮演脚本和包模块的角色。这些约束的理由有些微妙，不过由于下面的两条同时成立:Python 3.X和2.X不允许随意使用from .的相对导入语法，除非发起导入的文件本身作为包的一部分（即该文件在其他地方被导入)。Python 3.X的导入不会搜索一个包模块自身的路径，除非使用了from .的相对导入语法(或该模块位于当前工作路径、顶层脚本的主目录下)。使用相对导入会阻止你在2.X和3.X中创建同时扮演可执行程序和外部可导入包角色的目录项。此外，一些文件在3.X中不能像在2.X中那样同时扮演脚本和包模块的角色。就导人语句来说，这些规则可以归结为下面的两行代码的形式:前一行在Python 2.X和3.X中都只用于包模式,而后一行在3.X中只用于程序模式。
最终的效果是不论2.X还是3.X中的文件，你都应该只选择一种使用模式，即包模式（使用相对导入)或程序模式(使用简单导入)，并将真正的包模块文件单独放到一个子目录中，与顶层脚本文件隔离开来。
另一方面，你可以尝试手动改变sys.path(通常是一项脆弱并易出错的任务）或总是通过绝对导入使用完整的包路径，并且假定包的根目录位于模块搜索路径上，来替代包相对导入语法或简单导入。
解决python3在项目目录下找不到包（No module named 'views'）
一、首先看看目录的结构：
二、我在search.py中导入views包下的production.py和search.py，运行search.py的时候直接报错找不到views包，其实问题就在于包的搜索路径，因为是在flaskr这个目录下运行的，打印出来的包搜索路径为（['/project/my_flask_project/flaskr', '/usr/local/python3/lib/python36.zip', '/usr/local/python3/lib/python3.6', '/usr/local/python3/lib/python3.6/lib-dynload', '/usr/local/python3/lib/python3.6/site-packages']），解释器会把/project/my_flask_project/flaskr加入导搜索路径，自然导包的时候，也会在这个路径下搜索，找不到就报错。
三、所以，知道问题所在了，只需要把这个项目的路径加入到搜索路径即可
sys.path.append(os.path.abspath('..'))
这个操作是把当前目录的上一级目录添加到包搜索路径中，这样问题就解决了