外部依賴性在這裏（其實很容易被忽略）！但是由它可以看到許多隱藏的東西！
它能說明什麼問題？
看右邊程序源代碼中直接使用system("pause");
而學過C語言的小夥伴們應該都曉得，要使用這個函數，必須要引入stdlib.h，即：
#include<stdlib.h>
但是這裏爲什麼不引入，就可以使用了呢？
其實並沒有違背“函數調用時候必須要有函數體的支撐”這個客觀規律。只是它被隱藏了。就在這裏：
不感覺奇怪嗎？已經被引入進來了！但是自己並沒有包含它啊，這就是“文件依賴”而導致的結果。
其實寫不同的程序會用到不同的函數，也就需要包含不同的文件。但此時，如果該文件中的代碼又需要其他文件先被加載，就產生了依賴（這在linux中編譯軟件的時候經常看到，那是軟件依賴，因此纔有yum安裝軟件方式的出現）
我們先看看不同程序的依賴文件列表：
1：
這裏不引入任何文件，所以那個“外部依賴項”目錄是空的。
現在改爲：
編譯之後，可以看到依賴目錄裏有stdio.h，同時還牽扯出要讓stdio.h裏面的代碼正常運行的其他依賴文件。所以有一大堆。
繼續改爲：
可見，你手工包含的stdio.h,stdlib.h都被引入了，同時還引入了其他依賴文件。
再改爲：
打開之後看：
可見，文件名它可以取.h後綴的，也可以取沒有任何後綴的，都是個文件，它自己打的開就行，同時也是和C語言裏面的頭文件區別開來，能一眼就知道是C++特有特性的文件。
可見，雖然你只引入iostream文件，但是它需要其他的依賴文件，這樣就把stdio.h，stdlib.h給引入進來了。
所以你可以直接使用system("pause");
試着打開iostream這個文件：
可見，這個文件裏面確實包含了istream，才引進來。
同時可以看到string.h也被包含進來了，就是C語言裏面的那種處理字符串的用法。所以後續C++裏不想用這個string.h裏面的東西了，就需要另外引入string文件，才能使用string類型（因爲該string文件沒有被包含進來，所以纔要自己包含）。
注意：
由於文件之間的包含和依賴很多很細，還隨機穿插，所以列出了個列表出來方便查看，它其實沒有這個義務的，所以讓你在編譯之後才列出了給你看都已經是好的了，所以要求不要太高。所以：記住在編譯之後再看。如果沒列出了，重新關閉軟件，重新打開編譯程序，就可以看到了。爲什麼會這樣？因爲它只有編譯的時候才知道要依賴什麼，而當時已經把相關的代碼拿走放到編譯結果的可執行文件去了，這個軟件的這個地方只是給你個回饋信息，所以滯後甚至不給你列出了給你看，也是可以的。所以如果沒列出了，那就重新關閉軟件，重新編譯運行一下就看到了（反正我測試的時候是這種效果）。