在编码工作中，难免会和文件路径打交道，而我们很多时候都会写类似这样的代码
fopen("Demo.txt", "wb+");
这样写的初衷是在想在程序目录下读写Demo.txt文件，在大多数时候这样的代码没有问题
但是在某些情况下，这样填写路径是达不到预期效果的
比如我们在开发DLL文件，想记录一个配置文件，该配置文件应该和DLL在一个目录下
那么用上面的代码，这个文件会和EXE文件在一个目录吗？还是和DLL在一个目录呢？
我们知道，在Windows的程序都有个“起始位置”的概念（随便找个快捷方式，点右键属性就能看到）
这个路径可以和程序所在路径不同，所以我又会有一个疑问：这会影响上面的代码执行吗？
note:如果程序是随Windows启动的，那么它的工作目录会是System32目录，应该注意这个问题
为了验证这些问题，我做了个小测试，开发了一个DLL，导出一个函数，只是简单的创建一个文本文件
void WINAPI test()
{
FILE *fp = fopen("Demo.txt", "wt+");
fputs("Hello", fp);
fclose(fp);
}
然后开发一个EXE文件，加载这个DLL并调用其导出的函数，看看这个Demo.txt会生成在哪个目录下
注意，为了让程序的工作目录和程序本身不在一个位置，可以通过cmd来启动程序
EXE路径：C:\Demo.exe
DLL路径：D:\Demo.dll
程序的启动路径：E:\
运行EXE后，Demo.txt文件出现在了E:\下面。
总结：
我们平常所说的程序目录，意指.exe所在目录。但是对于Windows来说，它并不会承认.exe所在路径，而只认工作路径
在代码中写入一些非绝对路径的参数时，应该知道，它是以程序的工作目录为基准的