的
-c和
-m开关,最终(*)运行与所提供的代码
exec语句或
compile()功能,这两者取Latin-1的源代码:
第一个表达式的计算结果应为Unipre字符串, Latin-1 编码的字符串,打开的文件对象,代码对象或元组。
这没有记录,它是一个实现细节,可能会或可能不会将其视为错误。
我认为这不值得解决,而Latin-1是ASCII的超集,因此损失很少。Python
3中已经清理了如何处理代码
-c以及如何
-m处理代码,并且在此更加一致。随同传递的代码将
-c使用当前语言环境进行解码,并且
-m像往常一样,使用该开关加载的模块默认为UTF-8。
(*)如果您想知道使用的确切实现,请从中的
Py_Main()函数
Modules/main.c开始,该函数同时处理
-c和
-m:
if (command) { sts = PyRun_SimpleStringFlags(command, &cf) != 0; free(command);} else if (module) { sts = RunModule(module, 1); free(module);}-c
通过PyRun_SimpleStringFlags()
函数执行,该函数依次调用PyRun_StringFlags()
。当使用exec
字节串对象时,也将其传递给它PyRun_StringFlags()
,然后假定源代码包含Latin-1编码的字节。-m
使用RunModule()
功能的模块名传递给私有函数_run_module_as_main()
中runpy
模块,其使用pkgutil.get_loader()
以加载模块的元数据,并获取与模块代码对象loader.get_pre()
上的功能PEP 302装载机; 如果没有可用的缓存字节码,则使用compile()
模式设置为的函数生成代码对象exec
。



