여기에있는 답변은 모두 소스 코드에 실제로 들어가는 대신 무시 / 피하는 것에 대해 이야기합니다.
@JBSnorro올바른 방향으로 가고 있지만 문제는 Microsoft가 발생할 수있는 모든 .NET 기호 / 소스를 게시하지 않는 것 같습니다. 나는 그것이 그들의 부분에서 의도적 인 것인지는 모르지만 MS 소스에 들어가기 위해서는 큰 물류 작업 인 모든 어셈블리의 모든 버전을 게시해야합니다.
Tools-> Options-> Debugging-> General-> Enable source server support많은 경우에서 작동하지만 예 mscorlib.dll를 들어 4.6.1의 경우 기호 및 / 또는 디 컴파일 된 소스가 없다는 것을 알았습니다 . 그래서 내가 좋아하는 공통 소스 코드를 한 단계 씩 수없는 Dictionary.cs나 Task.cs로서는, 예를 들면. MS 심볼 서버의 소스 및 심볼은 항상 변경 될 수 있기 때문에. 이 글을 읽을 때 내 문제가 해결 될 수 있습니까?
Jetbrain의 Rider에서 동일한 솔루션을 디버깅하면 모든 .NET 어셈블리의 모든 클래스를 문제없이보고 단계별로 확인할 수 있습니다. 그러나 VS에서는 일부 클래스에만 들어갈 수 있지만 다른 클래스에는 들어갈 수 없습니까?
정말로 모든 .NET 소스 코드에 들어가기로 결심했다면 Jetbrain의 DotPeek를 사용하고 .NET 어셈블리를 디스크에 실제 .cs 파일로 디 컴파일 할 수 있습니다. 그럼 이걸 보면

이제 DotPeek를 사용하여 디 컴파일 한 소스 코드로 디스크를 탐색 할 수 있습니다. 프로젝트에서 참조하는 것과 동일한 어셈블리 버전을 디 컴파일했는지 확인하십시오. 그렇지 않은 경우 기호가 올바른 소스 행 번호와 일치하지 않을 수 있습니다.
대신이 "소스를 찾을 수 없음"이 지속적으로 나타나는 것을 숨기고 소스가없는 코드를 입력하지 않으려면 @Alex Sherman의 답변을 읽으십시오 . 문제가되는 파일이 어떤 어셈블리에 포함되어 있는지 파악한 다음 해당 어셈블리 이름을 제외 목록에 추가해야합니다.
생각할만한 음식, 나는 Rider over VS의 팬이 아닙니다. Rider는 여전히 터치 원시이며 VS에 내장 된 도구가 부족합니다. 하나!! 나는 잡초에 더 깊이 들어갈 수 있다는 것을 알고있는 이런 경우에 나란히 설치하는 것을 좋아합니다.