可以发现，两个GetDC地址是相同的，但返回值是不同的。问了ai，也说是两个值应该是相同的，这个问题很不解
但是一不小心多按了一下F10的小肥发现，程序竟然没有报错退出，这个程序竟然运行起来了

小肥以为会不会是运行了一次GetDC的原因，所以注释了这行再次运行，结果程序还是跑起来了
可是现在的程序和开始的相比只是多了两行printf的调试输出啊Σ( ﾟдﾟ)

惊讶的小肥连忙又注释了一行，结果发现程序还是能跑起来。可是最让我不解的事情出现了，我注释了剩下的一行调试输出，满怀期待地按下F5，但是，程序又寄掉了( ﾟдﾟ)

换一个编译器试试

我郁闷地取消了这一行的注释，无奈地再次按下F5，但是诡异的事情出现了，程序还是没跑起来？？明明和刚刚的代码一样了，但是现在跑不起来了？
然后小肥试了几次，发现两条调试语句都在的时候程序能跑，此时注释掉语句1程序也能跑，但这时再注释语句2就不能跑了。此时取消语句2的注释，程序也不能跑（好诡异？？），但再取消语句1的注释，代码又能跑起来。
此外在注释语句2的情况下，保留语句1，也能正常运行，再注释语句1不能运行，此时取消注释语句1能运行

>>No.66601285
试了VS和mingw都不能正常跑

“只要代码能跑就不要动”

>>No.66601380
一般的我也就忍了，但是它是有输出的printf(;´Д`)

在哪一行寄的？报错是什么

实在不行贴个纯洁印记拜拜机魂吧( ﾟ∀。)

啊哈哈找到解决方法了，重启以后用release跑发现apis.GetDC的地址是0，显式添加了LoadLibraryA(user32.all)和gdi32.dll发现就能跑起来了。
虽然还是搞不懂昨天遇见的神秘现象到底怎么回事

( ﾟ∀。)我没有windows编程经验，瞎猜

原来windows上动态链接库是分成显式添加和隐式添加的吗？那会不会是程序里有调用printf就隐式添加了你用的库，没用printf就没加上，要不在后面加个printf试试现象

>>No.66605398
可以通过include使得编译期链接动态库对应的静态库，运行时自动加载对应的动态库；也可以通过loadlibrary和getprocaddress运行期查找dll里的函数