Python3 首行还有必要加编码注释吗？
最近在帮日本写个项目，快结项了，他们要求全部 py 文件头加上：# -- coding: utf-8 -- 。。。。。。 我没解释，直接就苦逼慢慢改了。
我理解他们对编码的严谨，但是都 python3 了，，，这有必要吗？我觉得是多余的。你们觉得呢？
Python3 首行还有必要加编码注释吗？
现在Python3默认就是UTF-8编码，所以# -*- coding: utf-8 -*-这行基本可以省了。除非你项目里有些老文件还在用Python2的写法，或者你非要用个什么奇怪的编码（比如gbk），那可能还得留着。但新项目直接不写就行，更干净。
总结：新项目不用加，保持代码简洁。
对于我自己的项目，如果文件内部有非 ASCII 字符，我会加上。
退一步考虑，就算 Python 3 解释器不关心它，有些编辑器或者 IDE 说不定也会关心它。
加了又不会怀孕 😒
find . -name “*.py” | xargs grep -L ‘# – coding: utf-8 --’ | xargs sed -i '2 a# – coding: utf-8 --'
一行的事搞那么纠结干啥。。
楼主只是描述了一个背景，对其中的事感到奇怪，超脱背景后讨论这件事奇不奇怪
怎么这么多人说背景和怎么做这件事
不管是脚本还是手动 copy 甚至手打，楼主应该是做完了才来问的
对于这个奇怪的注释设定，我不知道，但我不加自己的脚本也能跑，没有细究过
既然是 py3 的项目，就可以不用写。 楼上有的人说执行环境的问题，py3 的解释器已经默认使是 utf-8。难不成你 py3 的代码，强行要在 py2 解释器运行？除非一开始就打算要兼容 py2 和 py3 两个版本。
顺便吐槽一下，我同事也喜欢这么干(多此一举的事情)，我用 with open 打开了项目中的文本，code review 的时候，同事让我用 try-except 去捕捉这个异常。这明明是一个不可能发生的异常(除非代码被人恶意做了手脚)。如果连这种异常都要去捕捉，那我每个 import 语句都要 try-except 了，因为理论上，我项目里的 py 文件和第三方库，还有可能被人偷了呢。 何必多此一举？
用 IDE 自动加就行了… 加就加呗，也不是什么难事
另外我赞同 吐槽的情况，有的人用 Python 这么灵动的语言，就是能写出笨重的代码出来…
处处捕获异常，处处考虑兼容 3.5 之前的版本，以及大量重复代码堆积的属性和 getter setter
如果从使用的角度来讲，在一个自己未知的环境部署，还是有必要的。python3 文档里是"By default, Python source files are treated as encoded in UTF-8."注意一下 default ，如果程序部署在自己不掌握的环境，尤其是交给别人去部署，这种 default 就是不可信的，因为你永远无法知道他们的环境是怎么样的，python 设置呀什么的，甚至他们用的有可能是自己魔改后的 python 解析器。
这玩意只有你代码文件里有相关字符串才需要啊…你代码文件里没有其他编码的当然不需要啊
你引用的库也不会在每个文件里都带这个头啊(其实大部分库都没带头,因为人家都用英文),
不过在东亚国家注释得写母语的话,233333
为啥我 Windows 10 系统，有时候编辑 py 文件没问题，但是过几天再用 utf 编码打开就乱码，用记事本打开在复制到文本编辑器里面保存会好，过几天又不行，html 和 js 文件也一样效果
编辑器用的是 nd+
