我建议阅读PEP 483和PEP 484和观看该演示由Guido的类型提示。
简而言之：类型提示实际上是单词的意思，你可以提示所使用的对象的类型。
由于Python 的动态特性，推断或检查所使用对象的类型特别困难。这个事实使开发人员很难理解他们尚未编写的代码中到底发生了什么，而且最重要的是，对于许多IDE所使用的类型检查工具（想到的PyCharm，PyDev），由于以下事实而受到限制：他们没有任何指示物是什么类型的指标。结果，他们求助于推断类型（如演示中所述），成功率约为50％。
摘录“类型提示”演示文稿中的两个重要幻灯片：
为什么要输入提示？
- 帮助类型检查器：通过提示你希望对象成为哪种类型，例如，类型检查器可以轻松地检测出你是否传递了非预期类型的对象。
- 帮助提供文档：查看你的代码的第三方将知道预期的用途，因此，如何使用它而无需获取它们
TypeErrors
。 - 帮助IDE开发更准确和健壮的工具：当知道对象的类型时，开发环境将更适合建议合适的方法。你可能曾经在某个IDE上遇到过这种情况，点击.并弹出未为对象定义的方法/属性。
为什么要使用静态类型检查器？
- 尽早发现错误：我相信，这是不言而喻的。
- 项目越大，就越需要它：同样，这很有意义。静态语言提供了动态语言所缺乏的鲁棒性和控制力。你的应用程序越大，越复杂，就需要越多的控制性和可预测性（从行为方面）。
- 大型团队已经在进行静态分析：我猜这可以验证前两点。
作为此简短介绍的结束语：这是一项可选功能，据我了解，已引入此功能是为了获得静态类型化的某些好处。
通常，你无需担心它，并且绝对不需要使用它（尤其是在将Python用作辅助脚本语言的情况下）。在开发大型项目时，它应该很有帮助，因为它提供了非常需要的鲁棒性，控制和附加的调试功能。
用mypy输入提示：
为了使这个答案更完整，我认为进行一些演示是合适的。我将使用mypy，它启发了在PEP中呈现的
Type Hints的库。这主要是为任何遇到此问题并想从哪里开始的人编写的。
在此之前，我先重申以下内容：
PEP 484不执行任何操作；它只是为功能注释设置一个方向，并为如何
/应该执行类型检查提出指南。你可以注释你的功能并根据需要提示任意多的内容。无论注释是否存在，你的脚本仍将运行，因为Python本身不使用它们。
无论如何，如PEP中所述，提示类型通常应采用三种形式：
- 功能注释。（PEP 3107）
- 内置/用户模块的存根文件。
# type: type
补充前两种形式的特殊注释。（请参阅：什么是Python 3.6中的变量注释？有关Python 3.6的# type: type注释更新）
此外，你还需要将类型提示与中typing引入的新模块结合使用Py3.5。其中定义了许多（附加）ABC（抽象基类）以及用于静态检查的辅助函数和修饰器。包括大多数内容
ABCs，collections.abc但
Generic以允许订阅的形式（通过定义
__getitem__()方法）。
对于那些对这些内容有更深入说明感兴趣的人，
mypy documentation它的编写非常好，并且有许多代码示例演示/说明了其检查器的功能。绝对值得一读。
功能注释和特殊注释：
首先，观察使用特殊注释时我们可以获得的某些行为很有趣。
# type: type如果不能直接推断出对象的类型，则可以在变量分配期间添加特殊注释以指示对象的类型。通常可以轻松推断出简单的任务，但是其他任务，例如列表（就其内容而言）则不能。
注意：如果要使用的任何派生形式
Containers并需要指定该容器的内容，则必须使用模块中的泛型类型
typing。这些支持索引。
# generic List, supports indexing.from typing import List# In this case, the type is easily inferred as type: int.i = 0# Even though the type can be inferred as of type list# there is no way to know the contents of this list.# By using type: List[str] we indicate we want to use a list of strings.a = [] # type: List[str]# Appending an int to our list# is statically not correct.a.append(i)# Appending a string is fine.a.append("i")print(a) # [0, 'i']如果我们将这些命令添加到文件中并使用解释器执行它们，则一切工作正常，
print(a)仅打印list的内容
a。这些#
type注释已被丢弃，被视为没有附加语义含义的普通注释。
mypy另一方面，通过运行，我们得到以下响应：
(Python3)jimmi@jim: mypy typeHintsCode.pytypesInline.py:14: error: Argument 1 to "append" of "list" has incompatible type "int"; expected "str"
表示str对象列表不能包含int，从静态上讲是声音。可以通过遵循a和仅添加str对象的类型或通过更改内容的类型a以指示任何值都是可接受的来直观地解决此问题（直观地用List[Any]after Any导入from来执行typing）。
param_name : type在函数签名中的每个参数之后，以形式添加函数注释，并在-> type结束函数冒号之前使用符号指定返回类型；所有注释都
__annotations__以方便的字典形式存储在该函数的属性中。使用一个简单的示例（不需要typing模块中的其他类型）：
def annotated(x: int, y: str) -> bool: return x < y
annotated.__annotations__现在，该属性具有以下值：
{'y': <class 'str'>, 'return': <class 'bool'>, 'x': <class 'int'>}如果我们是一个完整的
noobie，或者我们熟悉Py2.7概念并且因此不知道
TypeError在比较时存在潜伏性
annotated，那么我们可以执行另一个静态检查，捕获错误并为我们节省一些麻烦：
(Python3)jimmi@jim: mypy typeHintsCode.pytypeFunction.py: note: In function "annotated":typeFunction.py:2: error: Unsupported operand types for > ("str" and "int")除其他外，使用无效参数调用该函数也将被捕获：
annotated(20, 20)# mypy complains:typeHintsCode.py:4: error: Argument 2 to "annotated" has incompatible type "int"; expected "str"
这些基本可以扩展到任何用例，并且捕获的错误比基本的调用和操作还要扩展。你可以检查的类型非常灵活，而我仅给出了其潜能的一小部分。通过查看
typing模块，
PEP或
mypy文档，你可以更全面地了解所提供的功能。
存根文件：
存根文件可以在两种不同的非互斥情况下使用：
你需要键入检查你不想直接更改功能签名的模块
你想要编写模块并进行类型检查，但还希望将注释与内容分开。
存根文件（扩展名为.pyi）是你正在/将要使用的模块的带注释的接口。它们包含要键入的功能的签名，并丢弃了这些功能的主体。为了了解这一点，在名为的模块中提供了三个随机函数的集合randfunc.py：
def message(s): print(s)def alterContents(myIterable): return [i for i in myIterable if i % 2 == 0]def combine(messageFunc, itFunc): messageFunc("Printing the Iterable") a = alterContents(range(1, 20)) return set(a)我们可以创建一个存根文件randfunc.pyi，如果需要的话，可以在其中放置一些限制。不利的一面是，在不了解存根的情况下查看源代码的人在试图理解应该传递到什么地方时并不会真正获得注释帮助。
无论如何，存根文件的结构都非常简单：将所有函数定义添加为空主体（pass填充），并根据需要提供注释。在这里，假设我们只想使用int容器的类型。
# Stub for randfucn.pyfrom typing import Iterable, List, Set, Callabledef message(s: str) -> None: passdef alterContents(myIterable: Iterable[int])-> List[int]: passdef combine( messageFunc: Callable[[str], Any], itFunc: Callable[[Iterable[int]], List[int]])-> Set[int]: pass
该combine函数提供了一个指示，说明为什么你可能要在其他文件中使用批注，它们有时会使代码混乱，并降低可读性（Python不能避免）。你当然可以使用类型别名，但有时会比其有用之处更加混乱（因此请明智地使用它们）。
这应该使你熟悉Python中类型提示的基本概念。即使使用了类型检查器， mypy你也应该逐渐开始看到它们的更多弹出窗口，其中一些内部是IDE（PyCharm），其他是标准python模块。当我找到它们（或建议）时，我将尝试在以下列表中添加其他检查器/相关程序包。
我知道的跳棋：
Mypy：如此处所述。
PyType：由Google使用，与我收集到的符号不同，可能值得一看。
相关软件包/项目：
类型：官方Python回购，其中包含标准库的各种存根文件。
typeshed实际上，该项目是你可以查看的最佳场所之一，以了解如何在自己的项目中使用类型提示。让我们以相应文件中该类的
__init__笨拙Counter为例.pyi：
class Counter(Dict[_T, int], Generic[_T]): @overload def __init__(self) -> None: ... @overload def __init__(self, Mapping: Mapping[_T, int]) -> None: ... @overload def __init__(self, iterable: Iterable[_T]) -> None: ...
在哪里
_T = TypeVar('_T')用来定义泛型类。对于Counter该类，我们可以看到它可以在其初始值设定项中不接受任何参数，可以将Mapping任何类型的单个值获取为an，int 也可以采用Iterable任何类型的。注意：我忘记提及的一件事是该typing模块是临时引入的。从PEP 411：
临时包可以在“升级”为“稳定”状态之前修改其API。一方面，这种状态为程序包提供了正式加入Python发行版的好处。另一方面，核心开发团队明确声明，对于包API的稳定性没有任何保证，在下一发行版中可能会更改。虽然这被认为是不太可能的结果，但是如果对它们的API或维护的担忧被证明是有根据的，那么甚至可以在不弃用期限的情况下从标准库中删除此类软件包。
所以在这里放些盐。我怀疑它将以重大方式被删除或更改，但是人们永远不会知道。
