导语
网上其实能找到很多的相关内容，但是由于很多文章都是复制粘贴的，其中有一个问题他们都没有说清楚，所以这里我想分享一点自己在设置时候的一些心得体会。
一个问题
整个任务计划设置一路下一步就ok了，几乎Xp之后每个版本的Windows设置都是差不多的。稍微提一下，创建基本任务和创建任务的区别是一个有引导界面，一个直接弹出设置界面直接设置。
创建基本任务.PNG
创建任务.jpg
出问题的是在这个界面的设置方法：
启动程序设置.PNG
这里先引用一段其他文章里的设置方法：
这里解释一下三个文本框内容的含义，【程序或脚本】文本框中填的是Python编译器的名称，一般就是python.exe，【起始于】文本框中填的是Python编译器的目录，上图中假设你的Python编译器的完整路径是“C:\Python27\python.exe”，【添加参数】文本框中填的是你的Python程序的完整路径，这里假设在C盘的Users文件夹下面有一个叫做code.py的文件。如果你的Python程序包含命令行参数，将其添加到Python程序的完整路径之后即可。
上面的设置里问题还是挺多的，特别是关于起始于的解释。事实上这里的起始于并不是填写编译器所在的目录，编译器所在的目录实际上应该是在程序与脚本中就已经填写过了。而这里起始于要填写的内容应该是
被编译的python文件所在目录的位置
同时，我们注意到，这里的选项后面有一个(可选)，意思是如果此处不填的话(缺省状态)，那么自动将该处的目录位置定位到起始执行目录的位置(在任务计划程序执行的过程中通常是编译器所在的目录位置)。
为什么？
其实这个跟python的一个内置模块有关。
os模块下我们经常用到的os.getcwd()，用于获取脚本当前目录位置；
而os.path.pardir可以获得当前脚本目录的上一级目录。
他们在一般双击运行的情况下的输出为(举例)：
D:\Python\
..
而当使用编译器运行python脚本和直接双击执行python脚本时，os.getcwd()的输出结果是不一样的：
D:\Python\
C:\Users\yyaaa\AppData\Local\Programs\Python\
换句话说，在使用编译器执行时(即在cmd中执行 python D:\Python\path.py)，os.getcwd()取的是python编译器所在的目录。更一般的讲，os.getcwd()本身这个方法，返回的是当前执行python文件的文件目录，os.path.pardir同理。一般情况下，打开脚本时，cmd会自动定位到当前脚本所在位置，类似使用了命令cd D:\Python\，所以执行目录就在脚本位置，所以输出D:\Python\；而当用任务计划程序执行时，其本质就是在cmd中将参数拼接，形成python D:\Python\path.py这样的一条命令来运行程序，所以此时他返回的python的执行文件目录，就是python的安装目录C:\Users\yyaaa\AppData\Local\Programs\Python\。
因此我们需要定义起始于这个参数来告诉Windows实际的脚本位置在哪里，否则就会出现找不到目标文件的错误。如果脚本中没有牵涉到类似的目录位置等情况时(实际情况是这样的定时脚本大概率会遇到文件输入输出问题)，此项大可以不填。
总结
现在重新对这里的设置进行总结：
程序或脚本：Python编译器所在的位置
添加参数(可选)：被执行脚本所在的完全位置，如果有参数接上参数，如D:\abc\abc.py -a -b
起始于(可选)：被执行脚本所在目录的位置，如D:\abc
网友评论