背景：VS2017? Win10 C#代碼

今天在VS上編寫代碼，編譯出錯了，雙擊錯誤跳到錯誤文件，但是卻發現跳不過去

手動搜出這個文件，是我前幾天剛新建的一個文件，發現這文件下面顯示的不是所屬項目，而是Miscellaneous Files（混亂文件？？？），如下圖紅框，正常的cs文件下都會有一欄是所屬項目的，但是這個文件卻變成了Miscellaneous Files

而且在右側解決方案管理器里面，看到唯獨這個文件沒有可用展開的小箭頭，正常文件都會有一個可以展開的小箭頭用于標識類，函數等信息，而這個文件沒有，但其實它應該有， 因為它也有類，函數等信息

?

造成的后果就是這個文件的智能提示，燈泡等編輯效果全部失效了

檢查提交記錄，和其他的沒什么區別，

重啟VS，clean ->rebuild都試了，沒用

更新同事電腦的代碼，查看該文件，也是一樣的情況，也是Miscellaneous Files

?

造成的可能原因：

1、我在創建完這個文件后，直接去另一個文件拷貝了所有代碼復制到這文件下，按理說沒問題

2、可能是VS的bug、

自己的失誤，編譯配置和平臺選錯了

解決方法：

在該文件下所屬的地方，再新建一個文件，或者刪掉某些東西，然后這個文件就恢復正常了

可能就是要改一下項目配置，然后觸發了VS再加載了這個項目

應該是選對的solution configuration和對的 solution platform?

?

*********************再次更新****************************

今天又出現了類似的問題，同事提交了代碼，新增了一個項目A，啟動項引用了該項目，按理說正常編譯是會預先編譯A項目，但是卻提示錯誤，找不到A.dll，確認下更新了代碼，發現右側解決方案的列表根本沒有這個項目。。就是沒有引入進來，但是log提交記錄卻是添加了該項目，然后找了另一個同事更新代碼卻能編譯過。。。

我在文件夾中找到該項目，找到其中某個代碼文件.cs，在VS中打開，果然，又出現了那個熟悉的Miscellaneous Files，也就是說VS無法正確識別這種文件，因為這次的情況是壓根沒添加進來，但是其實是添加了，只是我的vs可能出問題了

?

于是只能手動在添加一次A項目，果然，沒錯誤了。

查看修改記錄，發現.sln文件被我修改了，修改的地方有三處，其中兩處是Any Cpu被改成了x86.還有一處位于最后，是一串字符串的改動，這個修改是我把項目位置選錯了，忽略，那么現在看來跟編譯平臺有關

那就重新clone 一份新的代碼看看行不行，結果是可以

最后仔細檢查了下發現是解決方案配置出錯了，我選擇的是DebugMake，如圖：DebugMake是我們項目在發布時候的一種編譯模式

估計同事添加的時候并沒有把所有配置全部配好，估計只配了debug和release,然后這里默認是Any cpu了，所以會有報錯，提示/src/bin/x86/XXX.dll找不到，因為編譯時會根據當前的配置和平臺進行編譯，所以生成的dll也是位于專屬的配置和平臺的文件夾下，所以改回Debug就OK了

配置就在Bliud->Configuration Manager中可配

那么之前那個問題估計也是一樣，也是由于配置沒搞對導致的，所以上方的解決方法不對，應該是選對的solution configuration和對的 solution platform ,因為添加刪除操作估計重載了這個配置，所以誤打誤撞成功了。

總結

以上是生活随笔為你收集整理的VS2017 出现Miscellaneous Files的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。