이 문서는 초보자를 위한 것이며 모든 단계가 자세히 설명되어 있습니다. 명령줄, 프로그램 컴파일 및 디버깅, VS Code 사용에 대한 지식을 알아보려면 이 문서를 읽어보세요. 이 기사가 번거롭다면 간단한 버전을 제공하겠습니다. gcc 및 c/c++ 확장을 설치하고, 폴더를 열고, 오픈 소스 코드 F1을 클릭하고, 활성 파일을 빌드 및 디버그하면 완료됩니다.
이 문서의 많은 내용은 공식 VS Code 문서(Visual Studio Code를 사용한 C++ 프로그래밍 및 각 확장에 대한 문서)에서 얻을 수 있으며 해당 내용도 업데이트될 예정입니다(이 문서도 몇 가지 주요 업데이트를 거쳤습니다). 업데이트하고 싶으신가요? 자세한 내용을 보려면 가서 확인하세요. 본 글은 기본적으로 여러번 시도한 결과입니다. 오류가 있으면 지적해 주시기 바랍니다.
최종 효과: 컴파일 단계 중 오류, 코드 조각, 완성, 서식 지정, 단일 파일 컴파일 및 디버깅을 실시간으로 표시합니다.
1. 환경 준비
VSC 공식 홈페이지, 다운로드, 설치에 대해서는 자세히 다루지 않겠습니다. VSC는 IDE(통합 개발 환경)가 아닌 단순한 텍스트 editor(에디터)입니다. 컴파일러(컴파일러) 및 기타 여러 기능이 포함되어 있지 않으므로 컴파일러를 직접 설치해야 합니다.
컴파일러 다운로드: MinGW-w64 - 32비트 및 64비트 Windows용 조금 아래로 스크롤하여 최신 버전에서 x86_64-posix-seh를 선택하세요. x86_64-posix-seh。最好不要用 Download Latest Version，这个是在线安装包，可能因为国内的“网络环境”下载失败。如果浏览器下载失败就换迅雷下或者连手机开的热点下，还失败，那就使用能访问Google的那种方法下。
按Win+R，运行cmd（不要跳这一步），输入gcc，应该会提示 no input files 而不是“不是内部命令或外部命令”或者“无法将 "gcc" 项识别为 cmdlet、函数、脚本文件或可运行程序的名称”。如果是“不是内部命令或外部命令”，说明gcc在的文件夹没有在环境变量的Path中，要加进去才行。如果加了还是这样，重启。如果重启了还不行，那就是你自己进行的操作有问题。
输gcc -v최신 버전 다운로드는 사용하지 않는 것이 가장 좋습니다. 온라인 설치 패키지이므로 국내 '네트워크 환경'으로 인해 다운로드가 실패할 수 있습니다. 브라우저 다운로드가 실패하면 썬더를 통해 다운로드를 시도하거나 휴대폰 핫스팟에 연결해 보시고, 그래도 실패한다면 구글에 접속할 수 있는 방법을 이용해 보세요. 컴파일러 "설치": 7z 압축 패키지가 내려옵니다. 압축을 푸는 방법을 모르신다면 바이두에서 "압축된 패키지의 압축을 푸는 방법"을 검색해 보세요. 압축을 푼 후, 쉽게 삭제되지 않는 곳에 넣어두시면, 겹치는 파일 중 일부를 제거하실 수 있습니다. 내 그림에서는 bin 폴더의 전체 경로가 C:mingw64bin이고 이를 환경 변수의 PATH에 추가합니다. 이 단계를 수행하는 방법을 모르면 이 문서 마지막에 있는 "B. 환경 변수 추가 방법"을 참조하세요. (이 페이지에서는 Ctrl+F로 검색할 수 있습니다.)
Debian Linux의 경우 를 사용하세요. sudo apt update; sudo apt install build-essential 끝입니다.
🎜🎜🎜🎜순서는 중요하지 않습니다. 경로는 다를 수 있습니다. 어쨌든 gcc.exe가 해당 폴더에 있는지 확인하세요.
확인
🎜을 누르세요. Win+R, cmd를 실행하고(이 단계를 건너뛰지 마세요) gcc를 입력하세요. "내부 또는 외부 명령이 아닙니다" 또는 ""gcc를 인식할 수 없습니다" 대신 입력 파일이 없습니다라는 메시지가 표시되어야 합니다. " cmdlet, 함수 또는 스크립트로서의 항목. 파일 또는 실행 프로그램의 이름". "내부 명령이나 외부 명령이 아니다"라면 gcc가 위치한 폴더가 환경변수의 Path에 없다는 의미이므로 추가가 필요합니다. 추가한 후에도 문제가 지속되면 다시 시작하세요. 다시 시작한 후에도 여전히 작동하지 않으면 자체 작업에 문제가 있는 것입니다. 🎜🎜gcc 버전을 표시하려면 gcc -v를 입력하세요. 표시된 버전이 방금 다운로드한 버전과 다르거나 이전 버전인 경우 Path에 이전 버전의 컴파일러가 있다는 의미이며, 이는 다른 IDE를 설치하여 설치되었을 수 있습니다. Path에서 원래 gcc 경로를 제거해야 합니다. 🎜🎜이 두 가지 확인 🎜은 🎜을 준수해야 하며, 그렇지 않으면 환경 변수를 수정해야 합니다. 실수로🎜삭제🎜하지 않도록 주의하세요. 🎜이제 삐걱거리는 소리에 대해 걱정하지 마세요. 뭔가 잘못될 것입니다. clang 튜토리얼은 이 글의 뒤쪽으로 옮겼습니다gcc -v 출력의 마지막 줄을 입력하세요. 버전은 사용자 버전과 일치해야 합니다. 예를 들어 64비트에는 x86_64 및 seh
설치 확장이 있어야 합니다
C/C++: cpptools라고도 하며 디버그 및 형식 기능 제공
Code Runner: 컴파일하려면 마우스 오른쪽 버튼을 클릭하세요. 단일 파일을 실행하는 것은 매우 편리하지만 디버그할 수는 없습니다
기타 선택적 확장:
Bracket 쌍 Colorizer 2: 무지개 교정기
One Dark Pro: 아마도 VS Code에 가장 많이 설치된 테마
아닙니다. 권장/ 설치할 필요가 없는 확장 프로그램:
GBKtoUTF8: GBK 인코딩 문서를 UTF8 인코딩 문서로 변환합니다. 이 확장은 오랫동안 업데이트되지 않았으며 심각한 버그가 있을 수 있습니다
C++ Intellisense: 이 기사의 첫 번째 버전에서 선택한 gtags를 사용합니다. 효과는 매우 일반적입니다.
Include Autocomplete: 헤더 파일 이름 완성 기능을 제공합니다. 이제 cpptools 및 vscode-clangd에는 이미 이 기능이 있으므로 설치할 필요가 없습니다.
C/C++ 스니펫: 스니펫은 코드 블록을 재사용하고 효과는 Baidu의 것입니다. 비록 이 확장 프로그램의 설치 양이 높지만 개인적으로 cpptools 및 clangd도 일부 제공되지 않는다고 생각합니다. 다른 스니펫 확장 프로그램을 선택하거나 직접 정의할 수도 있습니다
보충 지식
컴파일러는 소스이고, 코드는 실행 파일로 바뀌고, 에디터는 입력하는 소프트웨어입니다. 메모장은 편집자이고, VSC도 편집자입니다. 편집기는 프로그램을 컴파일하고 실행할 수 없습니다, 그것이 컴파일러의 일이기 때문입니다
MinGW는 Windows에서 gcc의 포트입니다. gcc는 세계에서 가장 인기 있는 C/C++ 컴파일러 조합입니다. 그러나 gcc라는 이름은 C 언어를 컴파일하는 프로그램을 나타내기도 하며, g++는 C++ 컴파일러를 의미합니다. 즉 gcc 제품군과 MinGW에는 gcc 프로그램과 g++ 프로그램이 포함되어 있습니다. 다른 프로젝트. 편의상 이 문서의 MinGW는 실제로 MinGW-w64를 나타냅니다. MinGW 자체는 오랫동안 업데이트되지 않았으니 사용하지 마세요 앗, 알고 보니 MinGW는 살아있지만 32비트 프로그램만 생성할 수 있습니다
확장자는 확장입니다, 플러그인은 플러그인이고 VSC는 전자를 사용합니다. 대부분의 기사에서는 두 가지를 혼합하여 사용하는데, 이는 엄격하지는 않지만 이해할 수 있는 주요 모순을 파악하는 방법을 배워야 합니다. 물론 이 기사에 사용된 모든 내용은 정확합니다
선택 사항:
[Popular Science][FAQ]MinGW 대 MinGW-W64 및 기타
2. 여러 .json 파일을 구성합니다
계획한 파일을 만듭니다. 작업 공간 폴더라는 코드 폴더를 저장합니다.
경로에는 한자와 따옴표가 포함될 수 없으며 공백이 없는 것이 가장 좋습니다. C:VS-Code-C. 가상 작업 공간을 사용하지 않는 한 C와 C++는 각각 다른 폴더를 만들어야 합니다. 이전 섹션에서 컴파일러가 저장된 폴더를 선택하지 마십시오. 소스 코드와 컴파일러는 별도로 보관되어야 합니다.
打开VSC，选打开文件夹；最好不要选“添加工作区文件夹”，这个就是虚拟工作区，我没用过，不保证没问题。点新建文件夹，名称为.vscode; "작업 공간 폴더 추가"를 선택하지 않는 것이 가장 좋습니다. 이것은 가상 작업 공간이므로 괜찮을 것이라고 보장할 수 없습니다. .vscode라는 새 폴더를 생성하려면 클릭하세요. 리소스 관리에서 새로 생성하지 않는 이유는 Windows 탐색기에서 생성된 폴더의 첫 문자가 점으로 허용되지 않기 때문입니다(1903 이후 지원). 그런 다음 launch.json, task.json, settings.json(setting.json 아님)을 생성하여 .vscode 폴더에 넣습니다. 렌더링:
.vscode에 있어야 하며 병렬로 만들지 마세요
이 파일의 내용은 다음과 같습니다. 다음 코드를 복사하면 Zhihu는 자동으로 그 앞에 모든 권한이 있음을 알리는 몇 줄을 추가합니다. 실제로 사용할 때는 해당 코드를 삭제해야 합니다. 일부 장소는 선택적으로 수정이 가능하니 댓글에 따라 직접 확인해 보세요. 참고: C++로 작성하는 경우 task.json의 한 부분을 수정해야 합니다.
launch.json 코드
externalConsole는 원하는 대로 수정할 수 있습니다. cwd는 프로그램 실행 시 상대 경로가 될 수 있습니다. 필요한 경우 ${fileDirname}으로 변경할 수 있습니다. (감사합니다 @ xhx). 저는 lldb를 사용해 본 적이 없으므로 많은 말은 하지 않겠습니다. 색상 변경을 하지 않는 타입 및 요청사항은 정상입니다.
원래는 2018년 10월 이후에는 externalConsole을 false로 설정하면 내장 터미널을 사용할 수 있었습니다. 하지만 2019년 10월 cpptools 0.26.1에서 버그가 발생하여 아래 내장 터미널을 사용하여 중국어를 입력할 수 없게 되었습니다. Win. 0.29.0 솔브에서는 아직 사용할 수 없습니다. 수정을 위해 https://github.com/microsoft/MIEngine/pull/1025을 열었는데 한 달이 지났는데도 검토가 없어 부정적입니다. 검토.
tasks.json 코드
C++를 작성하는 경우, 추가 경고를 원하지 않으면 -Wall을 삭제하고 필요에 따라 -std를 수정하세요. ++17에는 질문이 있는 것 같습니다. 최대 c++14를 사용하는 것이 가장 좋습니다. Linux에서는 -fexec-charset을 추가할 필요가 없습니다. 어쨌든 이것에 코멘트를 추가했지만 여전히 Baidu gcc 사용법 튜토리얼을 이해할 수 없습니다.
reveal은 컴파일 중에 터미널 패널로 이동할지 여부를 제어합니다. 자신의 기본 설정에 따라 수정할 수 있습니다. 없음으로 설정되어 있어도 자동으로 이동하지 않으며 수동으로 클릭하면 계속 정보를 볼 수 있습니다.
이 파일의 내용을 "사용자 설정"에 넣어 전역 설정을 재정의하세요. 그렇지 않으면 현재 작업공간에서만 적용됩니다. 이 두 가지 점에는 각각 고유한 장점이 있습니다.
Code Runner의 명령줄과 일부 옵션은 필요에 따라 여기에서 수정할 수 있습니다. 이를 사용자 정의하고 싶거나 그 의미를 알고 싶다면 이 확장 프로그램의 문서와 Baidu gcc 사용 튜토리얼을 참조하세요. 터미널이 cmd(Win7default)를 사용하는 경우 이를 주석 처리하거나 terminal.integrated.shell.windows를 Win10 기본값을 PS로 변경해야 하며 변경할 필요가 없습니다. terminal.integrated.shell.windows改为PowerShell；Win10默认就是PS就不用改。
includePath에 라이브러리 경로를 추가하고 찾아보기해야 합니다재귀적 포함이 필요한 경우 끝에 /**를 추가하세요. 🎜🎜이 json은 실제로 주석을 허용하지 않습니다. 🎜🎜compilerPath는 gcc.exe와 정확히 일치하는 MinGW의 전체 경로여야 하는 것 같습니다. 그렇지 않으면 헤더가 표시됩니다. 파일을 찾을 수 없습니다. Linux에서는 /usr/bin/gcc이지만 오랫동안 테스트하지 않았습니다.🎜🎜Windows에서는 디렉터리 구분 기호가 원래 백슬래시 두 개를 사용해야 하는데, 여기서는 슬래시를 직접 사용하는 것도 허용됩니다🎜🎜 이 파일을 구성하는 것 외에도 추가 작업이 필요합니다. 그 일부는 아래의 "다중 파일 컴파일"을 참조하세요🎜🎜🎜보충 지식🎜🎜json은 데이터 교환 형식이며, 대부분이 JavaScript의 하위 집합입니다 완전한 하위 집합. 여기서는 🎜configuration🎜 파일로 사용됩니다. VSC 및 다양한 확장은 json의 항목을 읽어 특정 기능과 동작을 결정합니다. 🎜
그렇게 많은 항목은 어디서 나온 걸까요? 이는 실제로 API와 유사합니다. 확장 개발자는 각 확장의 설치 페이지에 수정을 허용하는 옵션을 VSC에 "알려줍니다". 사용자로서 VSC는 입력할 때 무엇을 사용할 수 있는지 묻는 메시지를 표시하므로 실제로 작성하기가 매우 쉽습니다.
왜 json에 그렇게 많은 것을 작성해야 하나요? VSC 자체는 C 언어나 다른 많은 언어에 특별한 대우를 제공하지 않기 때문입니다. 그리고 가장 중요한 컴파일 명령은 VSC와 관련이 없습니다. 이는 위에서 언급한 편집기와 컴파일러의 문제입니다. VSC는 C 언어를 컴파일하거나 컴파일할 수 없거나 컴파일할 수 없습니다.
$로 시작하는 항목은 VSC 사전 정의 변수입니다. 자세한 내용은 변수 참조를 참조하세요. 예를 들어 $file은 실제 작업 중에 현재 열려 있는 파일 이름으로 대체됩니다.
3. 코드 작성, 컴파일 및 디버그
C 언어 소스 코드의 접미사는 .c이고, C++는 .cpp 또는 .C 또는 .cxx입니다. 이것도 가르쳐줘...) . 코드 파일은 작업공간에 저장할 수 있으며, 반드시 .vscode 폴더에 넣어둘 필요는 없습니다. 공백이 없는 것이 가장 좋습니다. 주된 이유는 많은 기호가 유효한 쉘 구문이기 때문입니다. 그렇지 않으면 Linux에서 rm을 사용하여 -rf라는 파일을 삭제해 보십시오. 확실히 확인하지 않고는 쓸 수가 없어요. Alt+Shift+F를 누르거나 마우스 오른쪽 버튼 클릭 메뉴를 사용하여 코드 서식을 지정하세요. 예를 들어 중괄호가 줄 바꿈되는지 여부는 다음과 같습니다. 같은 줄에 중괄호 서식을 지정합니다. C++ VSCode. Intellisense가 나타나면
Tab을 눌러 코드를 완성하세요
. 스니펫을 입력하면 여러 점프 포인트가 나타나며 다음 점프 포인트로 이동합니다. 짧은 시간(1초) 동안 입력을 중지하면 Lint가 표시됩니다. 이 확장 프로그램은 몇 가지 암시적인 경고를 표시합니다(예: 변수를 선언했지만 사용하지 않음). 불편함을 느끼면 프롬프트를 표시하지 않는 방법이 있습니다. 예를 들어 -Wall을 제거하면 프롬프트 수가 줄어듭니다. 더 많은 경고를 제거하려면 다음을 상기시켜주세요: -Wno-.... 매개변수를 찾은 후 를 사용하거나 다양한 플래그에 추가할 수 있습니다. 어쨌든 스스로 조사해 보세요. 그러나 cpptools의 Lint는 플래그 설정을 지원하지 않으므로 약간 혼란스럽습니다. 다음을 따르세요. 오류 및 경고 플래그? · Issue #2814 · microsoft/vscode-cpptools
#pragma GCC diagnostic ignored 다음으로 실행에 대해 이야기해 보겠습니다. 첫째, 컴파일은 소스 코드에서 실행 파일을 생성하는 프로세스입니다. 디버깅은 실제로 프로그램의 작동을 제어하고 후속 수정을 용이하게 하는 특별한 종류의 작업입니다. 이는 두 가지 다른 단계로 구성됩니다. 컴파일은 통과하지만 디버깅은 실패하거나, 컴파일이 직접 실패하거나, 컴파일이 시작되기 전에 컴파일이 실패할 수 있습니다. 단순히 "작업 실패"라고 말하면 다른 사람들은 문제가 어느 단계인지 알 수 없습니다. 특정 단계를 통과했다고 판단되면 해당 단계에 대해 걱정할 필요 없이 다른 단계의 문제 해결에 집중할 수 있습니다. Ctrl+Shift+B를 눌러 간단히 컴파일하고, F5를 눌러 컴파일하고 디버그하세요. 원래 ctrl+F5는 실행은 되지만 디버깅은 의미하지 않았지만 이제 cpptools는 이를 지원하지 않으므로 계속 디버그됩니다. 팔로우:
"디버깅 없이 실행" 지원 · 문제 #1201 · microsoft/vscode-cpptools
프로그램 작성 초기 단계에서는 f5를 컴파일로 사용하지 말 것을강력히 권장합니다. 일부 버그는 경고만 생성하기 때문입니다. , 컴파일을 방해하지는 않지만 이러한 문제를 일찍 해결할수록 더 좋습니다. 컴파일 정보는 하단의 "터미널" 패널에 있습니다. 코드에 오류가 있으면 이를 클릭하여 컴파일러에서 보고하는 정보를 볼 수 있지만 Lint 덕분에 일반적인 오류를 즉시 발견하고 수정할 수 있습니다. 코드 작성이 훨씬 쉬워집니다.
중단점을 추가하려면 열 번호 앞을 클릭하면 됩니다. 마우스 오른쪽 버튼을 클릭하면 조건부 중단점을 추가할 수 있습니다. 처음부터 중지하고 싶다면 메인 기능에 추가하거나 launch.json에 설정이 있습니다. 디버깅을 시작한 후 f11을 눌러 단계별로 진행합니다. 화살표로 표시된 코드 줄은 다음 중단점까지 실행됩니다. 한 줄.
왼쪽에 변수 값을 볼 수 있는 디버깅 막대가 있습니다. 자동 막대가 없으면 수동으로 추가할 수 있습니다. 코드에서 모니터링할 표현식을 선택하고 마우스 오른쪽 버튼을 클릭하면 됩니다. Watch에 직접 추가할 수 있는 옵션이 있습니다. 복잡한 것만 직접 입력하면 됩니다. 변수에 마우스를 올려놓으면 변수의 값을 볼 수 있으나, 간단한 표현만 인식할 수 있습니다. 스택 프레임은 재귀를 관찰하는 데 유용합니다. 스택 오버플로 및 분할 오류가 발생하는 경우 "예외"를 캡처하고 자동으로 잘못된 줄로 이동할 수도 있습니다.
특히 배열의 경우: C 언어의 배열은 함수에 의해 전달된 후 포인터로 변질됩니다. 표현식을 직접 추가하면 첫 번째 요소만 볼 수 있습니다. 이때 강제로 고정 크기 배열 포인터로 변환된 후 역참조될 수 있습니다. 예를 들어 int arr[10]는 그 뒤의 int* arr가 됩니다. 전체 배열을 볼 수 있도록 Watch에 *(int(*)[10])arr를 추가합니다. 단, 길이를 명시해야 하므로 선을 넘을 경우 주의가 필요합니다. 또는 간단한 프로그램에서는 전역 변수 배열을 사용하여 항상 이를 볼 수 있습니다. gdb에만 유효하고 무효*가 아닌 또 다른 작성 방법: *arr@10. int arr[10]传进函数里后就变成了int* arr，在Watch里添加*(int(*)[10])arr，这样就能看到完整的数组了。但长度必须是写死的，自己小心越界。或者简单的程序用全局变量数组就能一直看到了。另一种只对gdb且是非void*有效的写法：*arr@10。
디버그가 필요하지 않은 경우 직접 마우스 오른쪽 버튼을 클릭하여 실행 코드를 선택하거나 오른쪽 상단의 재생 버튼을 클릭하면 됩니다. 터미널에서 실행하면 데이터를 입력할 수 있지만 "출력"에 시간을 표시하는 기능이 없어 위의 두 항목이 반전됩니다.
프로그램을 종료하려면 터미널에서 Ctrl + C를 누르세요. 다음에 실행하기 전에 현재 프로그램이 종료되었는지 확인해야 합니다(작업의 경우에도 마찬가지). 복사하려면 내용을 선택한 후 마우스 오른쪽 버튼을 클릭하고, 선택하지 않은 경우 마우스 오른쪽 버튼을 클릭하면 됩니다. 이 작업은 Win10으로 제한되며 Ctrl+C도 복사할 수 있지만 프로그램이 실수로 종료될 수 있습니다. 작업 공간이 아닌 곳에서 프로그램을 컴파일하고 실행하는 데에도 사용할 수 있지만, executorMap을 전역 설정에 두지 않으면 기본적으로 gcc가 사용됩니다. 내 구성에 따르면 작업과 Code Runner 사이에는 작업 디렉터리라는 한 가지 차이점이 있습니다. 전자는 열어본 폴더이고 후자는 파일이 있는 폴더입니다. 물론 스스로 수정할 수도 있습니다.
사실 Code Runner는 수동으로 입력하는 명령만 대체할 뿐이며, 그 기능은 그다지 강력하지 않습니다. 다양한 시나리오에 적용할 수 있습니다. Hello World를 실행하기 위해 코드를 실행하는 것이 쉽다고 생각하지 마십시오. Code Runner는 매우 강력하며 이전 구성은 모두 쓰레기입니다. 다중 파일 컴파일
소량의 다중 파일 컴파일을 수행하려면 C 언어에서 직접 gcc 소스 파일 1.c 소스 파일 2.c 헤더 파일 1.h를 사용합니다. 괜찮습니다. C++ g++를 사용하세요. A.exe는 기본적으로 생성되며 -o를 추가하여 출력 파일 이름을 지정하고 나머지 옵션은 Baidu gcc 사용법 튜토리얼입니다. 여러 번 컴파일해야 하는 경우 일괄 프로세스를 작성할 수 있습니다.
다중 파일 컴파일을 많이 하고 싶다면 makefile 작성 방법이나 cmake 사용법을 배워보세요. 그런 다음 작업 명령을 변경하여 make(또는 mingw32-make) 등을 호출합니다.
🎜ffmpeg와 같은 다른 사람의 라이브러리를 사용하려면 -I, -l(소문자 L), -L<을 지정해야 할 수도 있습니다. /code> 명령에서. 특정 매개변수에 대해서는 해당 라이브러리의 문서를 읽어보세요. Intellisense를 구성하려면 c_cpp_properties.json에 경로를 추가해야 할 수도 있습니다. 🎜🎜이러한 경우에는 별도의 작업 공간을 구축하고 단일 파일 컴파일과 공유하지 않는 것을 고려할 수 있습니다. 실제로 새 프로젝트를 만들지 않고 단일 파일만 디버깅하는 것은 향후 대규모 IDE 사용 및 이해에 도움이 되지 않습니다. 그러나 초보자는 프로젝트를 구축하는 것이 번거롭다고 생각하지 마십시오. 🎜🎜간단히 말하면, 이는 VSC와 관련이 없습니다. 다른 IDE를 사용하거나 수동 컴파일을 할 때에도 비슷한 문제가 발생하며 이 역시 약간 복잡합니다. 이 기사에서는 이에 대해 자세히 논의하지 않으며 직접 해결해 보겠습니다. 🎜🎜폴더 저장🎜🎜 🎜코드 작성 후 이전에 생성한 폴더🎜를 열어서 작성해야 합니다. 그렇지 않으면 Intellisense가 모두 사라지고 Code Runner만 사용할 수 있습니다. (주로 4개의 json이 필요합니다. 다른 폴더를 생성하려면 해당 json을 복사하여 사용해야 합니다.) 🎜🎜바로가기를 생성하고(마우스 오른쪽 버튼을 클릭하여 생성) 작업공간 경로를 VSC 메인 프로그램에 매개변수로 전달할 수 있습니다 . 큰따옴표를 입력하는 것을 잊지 마세요. 아이콘을 추가할 수도 있습니다. 1.18에는 실제 가상 작업공간이 있고, 하나의 창에 함께 있지 않은 여러 폴더가 포함될 수 있습니다. "파일" 메뉴에도 "작업공간 저장" 기능이 있지만 시도해본 적이 없어서 될지 장담할 수 없습니다. 좋아요. 🎜🎜🎜🎜🎜🎜🎜🎜🎜🎜임시 파일 정리 🎜🎜이 구성에 따르면 확실히 오랜 시간 동안 코드를 컴파일한 후 많은 exe 파일이 있을 것이며 여러 폴더에 흩어져 있을 수 있습니다. 🎜<p>可以考虑修改一下json文件，把生成文件的目录指定到一个专门放exe的文件夹里；如果不会，百度gcc使用教程以及看我的json里的注释。或者资源管理器右上角搜索*.exe然后手动删除。</p><p>也可也写个bat，放到工作区里，要用的时候右键Run Code：</p><div class="code" style="position:relative; padding:0px; margin:0px;"><div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:js;toolbar:false">del %~dp0*.exe /q /s
del %~dp0tempCodeRunnerFile.c /q /s
del %~dp0a.out /q /s
del %~dp0*.o /q /s</pre><div class="contentsignin">로그인 후 복사</div></div><div class="contentsignin">로그인 후 복사</div></div><p>其中<code>%~dp0会被替换成该批处理所在目录，这是为了防止有同学选错工作目录，误删根目录下的文件；code runner的设置我也调整成了先切换到文件目录，双保险。
添加纯英文输入法
Windows 10，默认输入法只有一个微软拼音，按一次shift就能进行中英转换；为了保持兼容，按ctrl加空格也能进行中英转换，但这个快捷键正是强制触发Intellisense的快捷键。
C_cpp_properties.json이 수동으로 구성되었으며 포함된 경로가 잘못되었습니다. 이 파일을 만들지 않았더라도 걱정하지 마세요
다시 시작하고 다시 시도하세요
이 포인트가 요구 사항을 충족하는지 확인하면 더 이상 할 일이 없습니다...또는 그냥 변경하면 됩니다. 다른 응답자의 튜토리얼을 참조하세요. 이 문장이 최종적인 대체문이라는 점을 참고하시기 바랍니다. 실수가 아니라고 확신한다면 제가 해결할 수 없다는 점을 저에게 물어볼 필요가 없습니다.
헤더 파일을 찾을 수 없는 또 다른 오류:
이 상황은 clang의 기본 대상이 msvc이기 때문에 --target=x86_64-w64-mingw이 매개변수가 작동합니다.
이 기본 타겟은 소스코드에 하드코딩되어 있어서 여기저기 찾아보았지만 수정할 수 있는 일반적인 방법을 찾을 수 없었습니다. clang의 소스 코드를 다운로드하고 직접 변경한 다음 clang 자체를 컴파일하면 해결할 수 있습니다. 또는 mingw를 사용하지 않고 Windows SDK를 설치하면 기본 대상을 준수합니다. --target=x86_64-w64-mingw这个参数才行。
Q：MSVC integration install failed / unable to find a Visual Studio installation... A：就是上一条的原因，Clang默认用的是MSVC的后端。但本部分用的是MinGW，所以就不用管这个提示。要不就装Windows SDK
环境
LLVM Download Page：在此页面下载Clang。选 Pre-Built Binaries 中的 Windows (64-bit)，不需要下.sig文件
학생회에게 한 가지 더 말씀드리고 싶은 점은 이 글을 혼자서 바이두로 할 수 있고, 이해하기 위해 열심히 노력하고, 직접 구성하는 것이 티에바에 연락하고 찾아주시는 수많은 분들보다 이미 훨씬 낫다는 것입니다. 선생님이 QQ 그룹에 IDE를 게시하기를 기다리는 사람들. 능력이 되신다면 VSC 문서인 Documentation for Visual Studio Code를 읽어보시길 권합니다. 영어의 실제 적용을 경험해 보는 것도 좋습니다.
A. 기타 발생할 수 있는 오류
중단점을 추가하지 않고 hello world만 작성하는 경우 f5를 누른 후 블랙박스가 과거/플래시백되는 것은 정상입니다. 프로그램을 일시 중지하려면 끝에 getchar();를 한두 개 추가하면 됩니다. 가끔 두 개가 사용되는 이유를 모르겠습니다. C 언어 교사에게 문의하거나, system("pause")를 사용하거나, 중단점을 추가하거나, launch.json에 내장된 터미널(externalConsole false)을 사용하세요. 외부 터미널 사용을 고집하고 아무것도 하지 않고 실행 후 일시 중지하고 싶다면 VSC는 할 수 없습니다. 적어도 내 구성으로는 할 수 없으며 공부하고 싶지 않습니다. 내장 터미널을 사용하기 때문입니다.
命令行的方式：打开cmd或者PS，setx /m path "%path%;C:mingwbin"preLaunchTask "Compile"이 종료되었습니다. 종료 코드는 1입니다. 컴파일에 오류가 있으며 F5 키를 눌러 실행 중입니다. Still debug를 클릭하면 성공적으로 컴파일된 파일이 표시됩니다. 마지막으로 디버깅됩니다. 실제로 모든 컴파일 실패는 이 오류를 유발합니다. 오류 반환 값이 1인 것이 상식이 아닙니까? 따라서 이 프롬프트가 나타난다고 말하는 것은 전혀 소용이 없습니다
, 이는 문제가 발생하여 아무도 그 이유를 알 수 없음을 의미합니다.
이유는 "터미널" 패널에 있습니다. Hello World를 디버깅하고 정상적으로 실행할 수 있는데 다른 코드에서 이 오류가 발생한다면, 자신의 코드에 오류가 있을 가능성이 높습니다. 작업에서 터미널을 재사용합니다. 닫으려면 아무 키나 누르세요. "계속하려면 아무 키나 누르세요"라는 말을 들어보신 적이 있나요? 이것이 바로 이 문장이 의미하는 바입니다. 이 문장은 위의 종료 코드 1보다 훨씬 더 쓸모가 없습니다. 이는 유효한 정보를 전혀 포함하지 않으며 단지 설명 텍스트일 뿐입니다.
열 수 없음..., 파일을 찾을 수 없음(file:///build/glibc-OTsEL5/glibc-2.27/...): Linux에서 이 문제가 발생했습니다. 라이브러리 함수의 단계는 있지만 소스 코드는 없습니다. 해결책은 다음 glibc를 지정된 위치에 배치하는 것입니다. 또는 다음을 참조하세요: 디버깅 중에 "파일을 열 수 없음"을 비활성화합니다. · 문제 #811 · Microsoft/vscode-cpptools. 🎜xxx에 대한 정의되지 않은 참조 ... 링커 명령 실패: 선언되지 않은 함수가 호출되었습니다. 함수 이름을 잘못 입력했거나 포함 헤더 파일이 없을 수 있습니다. 즉, 자신의 코드에 오류가 있습니다. 🎜ld: 출력 파일을 열 수 없습니다 ... 권한 거부됨: 원래 프로그램이 여전히 실행 중이고(예: 무한 루프) 덮어쓸 수 없으므로 생성이 실패합니다. 작업 관리자에서 해당 프로세스를 종료하면 됩니다. 🎜MinGW의 Watch 창에서 strcmp를 사용하면 알 수 없는 이유로 gdb가 충돌하고 종료됩니다. 리눅스에서는 정상입니다. 🎜파일 이름을 바꾼 후에도 기존 Lint는 여전히 문제 열에 남아 있으며, 파일을 수정한 후에 중단점이 유효하지 않게 될 수 있습니다. 이와 같은 다른 작은 버그도 있습니다. 일반적으로 VSC를 닫았다가 다시 엽니다. 🎜Bash의 백슬래시는 줄 바꿈으로 인식되므로 이 구성은 Windows용 Bash 또는 WSL과 함께 사용할 수 없습니다. cpptools는 이제 launch.json에 대한 Windows 실행 시 Bash 스니펫을 제공합니다. 이제 또 다른 원격 WSL이 있습니다. 하지만 나는 이것들 중 어느 것도 사용해 본 적이 없습니다. 🎜디버깅을 하고 싶다면 최적화를 켜지 마세요. Gcc는 -Og를 사용하여 일부 디버깅 정보를 계속 유지할 수 있지만 clang을 사용한 후에는 gdb를 디버깅에 사용할 수 없습니다. 그럼에도 불구하고 코드를 작성할 때 함수로 점프할 수 없는 문제에 직면했는데 VS가 함수로 점프할 수 있었습니다. 🎜vscode-clangd는 처음에는 printf, scanf 및 realloc를 올바르게 감지하지 못했으나 코드에서 한 번 사용한 후에는 더 좋아졌습니다. 나도 왜 그런지 모르겠다. 🎜지금은 &가 없어야 합니다. 제가 주석 처리한 두 명령을 사용하려면 PowerShell 또는 코드 실행기의 executorMap을 사용하도록 터미널을 변경해야 합니다. 자세한 내용은 위의 settings.json 설명을 참조하세요. 🎜crt0_c.c:(.text.startup+0x2e): `WinMain'에 대한 정의되지 않은 참조: 메인 함수가 없거나 메인이 메인으로 작성되었습니다. 🎜Win에서 clang+mingw를 사용할 때 #include 는 'float.h' 파일을 찾을 수 없다고 보고합니다. g++로 변경하면 문제가 없습니다. 이건 라이브러리의 버그인 것 같은데 어떻게 해결해야 할지 모르겠습니다. 아니면 C++17을 사용하지 마세요. 🎜B. 환경 변수를 추가하는 방법🎜🎜그래픽적으로: "이 PC"를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택하거나 win+PauseBreak를 누르세요. 왼쪽에서 고급 시스템 설정, 고급, 환경 변수를 선택합니다. 위 항목 중 Path를 선택하고 수정 후 새로 생성합니다. 그런 다음 대상 exe가 포함된 폴더의 경로를 입력합니다. 예를 들어 gcc가 C:mingwbingcc에 있으면 C:mingwbin을 입력하세요. Win은 대소문자를 구분하지 않습니다. 🎜🎜명령줄 방법: cmd 또는 PS를 열고 setx /m path "%path%;C:mingwbin". 이 명령은 관리자 권한이 필요하지 않으며 터미널이 종료될 때 종료되지 않습니다(위와 동일한 그래픽 효과가 있음). 🎜🎜아직 수정방법을 모르신다면 바이두나 빌리빌리에서 "환경변수"를 검색해서 영상을 보시면 됩니다. 대부분 C는 아니지만 차이가 크지 않으니🎜실수로 삭제하지 않도록🎜 주의하세요. 🎜
궁금한 점이 있으시면 메시지를 남겨주시면 논의할 수 있지만, 자세히 설명하는 것이 가장 좋습니다. 그리고 다시 말씀드리지만, "preLaunchTask가 코드 1로 종료되었습니다"라는 문장만 말하지 마세요. 이 문장은 쓸모가 없습니다.
다중 파일 컴파일
이 상황은 clang의 기본 대상이 msvc이기 때문에 
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
