如果在带有代码的一行中编写注释，则必须在#符号之前留下2个空格，在#符号之前留下1个空格

print("Hello World")  # printing

如果在新行上写注释，必须写注释，在#符号中留下1个空格kn

# single line comment

要编写超过一行的注释，需要使用3个引号

"""
This is a comment
written in
more than just one line
"""

你可以使用下面的方法。这叫做DockString。

def my_function(arg1):
    """
    Summary line.
    Extended description of function.
    Parameters:
    arg1 (int): Description of arg1
    Returns:
    int: Description of return value
    """
    return arg1

print my_function.__doc__

从公认的答案…

你可以使用三引号字符串。当它们不是文档字符串(类/函数/模块中的第一件事)时，它们将被忽略。

这是不正确的。与注释不同，三引号字符串仍然被解析，并且必须在语法上有效，无论它们出现在源代码中的哪个位置。

如果你试图运行这段代码…

def parse_token(token):
    """
    This function parses a token.
    TODO: write a decent docstring :-)
    """

    if token == '\\and':
        do_something()

    elif token == '\\or':
        do_something_else()

    elif token == '\\xor':
        '''
        Note that we still need to provide support for the deprecated
        token \xor. Hopefully we can drop support in libfoo 2.0.
        '''
        do_a_different_thing()

    else:
        raise ValueError

你会得到…

ValueError: invalid \x escape

.．.Python 2。x或…

SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 79-80: truncated \xXX escape

.．.Python 3.x。

做被解析器忽略的多行注释的唯一方法是…

elif token == '\\xor':
    # Note that we still need to provide support for the deprecated
    # token \xor. Hopefully we can drop support in libfoo 2.0.
    do_a_different_thing()

我阅读了各种方法的缺点，我想出了这个方法，试图检查所有的盒子:

block_comment_style = '#[]#'
'''#[
class ExampleEventSource():
    def __init__(self):
        # create the event object inside raising class
        self.on_thing_happening = Event()

    def doing_something(self):
        # raise the event inside the raising class
        self.on_thing_happening()        
        
        
class ExampleEventHandlingClass():
    def __init__(self):
        self.event_generating_thing = ExampleEventSource()
        # add event handler in consuming class
        event_generating_thing.on_thing_happening += my_event_handler
        
    def my_event_handler(self):
        print('handle the event')
]#'''


class Event():
 
    def __init__(self):
        self.__eventhandlers = []
 
    def __iadd__(self, handler):
        self.__eventhandlers.append(handler)
        return self
 
    def __isub__(self, handler):
        self.__eventhandlers.remove(handler)
        return self
 
    def __call__(self, *args, **keywargs):
        for eventhandler in self.__eventhandlers:
            eventhandler(*args, **keywargs)

Pros

对于其他程序员来说，这显然是一个注释。这是自描述的。 它编译 它不会在help()中显示为doc注释 如果需要，它可以位于模块的顶部 它可以通过宏自动实现。 [注释]不是代码的一部分。它不会在pyc中结束。(除了支持优点#1和#4的一行代码) 如果在Python中添加了多行注释语法，则可以使用find和replace修复代码文件。简单地使用“”并没有这个优势。

Cons

很难记住。打字量很大。这个骗局可以用宏来消除。 这可能会让新手感到困惑，认为这是惟一的块注释方法。这可能是专业的，只是取决于你的角度。它可能会让新手认为这行代码神奇地连接到注释“working”。 它不会作为注释着色。但话又说回来，没有一个答案能真正解决OP问题的精神。 这不是官方的方式，所以Pylint可能会抱怨。我不知道。也许;也许不是。

这里是一个VS Code宏的尝试，尽管我还没有测试它:

{
    "key": "ctrl+shift+/",
    "command": "editor.action.insertSnippet",
    "when": "editorHasSelection"
    "args": {
        "snippet": "block_comment_style = '#[]#'\n'''#[{TM_SELECTED_TEXT}]#'''"
    }
}

Python确实有一个多行字符串/注释语法，在这种意义上，除非用作文档字符串，多行字符串不会生成字节码——就像#- prependedcomments一样。实际上，它的作用完全像注释。

另一方面，如果您说这种行为必须在官方文档中记录，才能成为真正的注释语法，那么是的，您说它不保证是语言规范的一部分是正确的。

在任何情况下，您的文本编辑器还应该能够轻松地注释掉所选区域(通过在每行前面单独放置#)。如果不是，切换到一个文本编辑器。

在没有特定文本编辑功能的情况下使用Python编程可能是一种痛苦的体验。找到正确的编辑器(并知道如何使用它)会对如何感知Python编程体验产生很大的影响。

文本编辑器不仅应该能够注释掉所选区域，还应该能够轻松地将代码块向左或向右移动，并且当您按下Enter时，它应该自动将光标置于当前缩进级别。代码折叠也很有用。

为了防止链接衰减，以下是Guido van Rossum的推文内容:

Python提示:你可以使用多行字符串作为多行注释。除非用作文档字符串，否则它们不会生成代码!: -)

选择要注释的行，然后使用Ctrl + ?在Sublime文本编辑器中注释或取消注释Python代码。

对于单行，可以使用Shift + #。