이후 버전의 Windows에서 심볼릭 링크 대신 바로 가기 파일을 계속 사용하는 이유는 무엇입니까?

Windows XP 이상은 심볼릭 링크를 지원합니다. 그러나 Windows는 계속해서 바로 가기 파일 (링크 된 파일의 위치를 ​​텍스트로 저장)을 사용합니다. 왜?

여러 가지 이유가 있습니다.

1. 파일 시스템이 아니라 셸에서 해석되는 동일한 EXE에 대한 여러 가지 바로 가기에 대해 서로 다른 수준의 호환성을 저장할 수 있습니다.
2. 특정 바로 가기 링크는 실제로 파일 시스템에 존재하지 않습니다. 그중 일부는 단순히 GUID 또는 쉘이 해석하는 특수 문자열에 대한 참조입니다.
3. 심볼릭 링크에는 스위치를 포함 할 수 없습니다. EXE를 가리킬 수는 있지만 EXE에 추가 ​​인수를 말할 수는 없습니다.
4. 심볼릭 링크의 아이콘을 선택할 수 없습니다.
5. 심볼릭 링크에서 작업 할 디렉토리를 선택할 수 없습니다.
6. 바로 가기 파일은 파일을 가리킬 필요가 없으며 하이퍼 링크 또는 프로토콜 링크 일 수 있습니다 (.URL 파일의 경우).
7. LNK 파일은 모든 파일 시스템에 존재할 수 있습니다. 심볼릭 링크는 파일 시스템 자체 (Windows, NTFS의 경우)에 의해 처리됩니다.
8. 교체 할 필요가 없습니다. 그들은 작동하고, 작고, 위에 나열된 것보다 더 많은 기능을 추가해야 할 경우 미래에 확장 될 수 있습니다.
9. 심볼릭 링크를 만들려면 관리 권한이 필요합니다 (합당한 이유는 무의미한 파일을 악의적 인 파일로 리디렉션하는 작업이 거의없이 수행 될 수 있음).

이것보다 더 많은 이유가 있지만, 시작하기에 충분하다고 생각합니다 :)-@grawity 에서 제공하는 링크가 있습니다 .이 주제의 일부에 대한 추가 정보를 제공합니다.

심볼릭 링크는 아주 적은 양의 파일 시스템 마법에 싸여진 경로에 지나지 않습니다. 무효화 될 수있는 방법은 여러 가지가 있으며 ( "파손"), 대부분 하나 이상의 파일 또는 디렉토리 이름이 변경됩니다. Windows는 소비자 용 소프트웨어이므로 "일반적인"설치에서 실행되는 매우 잘못 설계된 프로그램이 많이있을 수 있습니다. 결과적으로 이러한 종류의 손상은 디스크에 닿는 모든 프로그램이 알려진 양인 이론 상으로는 서버보다 피하기 훨씬 어렵습니다.

지름길은 경로와 상관없이 대상을 추적하므로 대부분의 형태의 파손에 영향을받지 않습니다 . 이를 통해보다 사용자 친화적입니다. 이 제품은 소비자를 위해 특별히 설계되었으며 "내가 의미하는 바대로하고 세부 사항에 대해 신경 쓰지 마십시오"접근 방식을 사용합니다.

이제 하드 링크를 어느 정도 사용할 수 있지만 하드 링크에는 소비자가 사용하기에 부적합한 여러 가지 복잡한 속성 이 있습니다. 특히, 파일은 새로운 inode 번호를 너무 쉽게 얻을 수 있으며 일부 백업 소프트웨어는 하드 링크에 직면 할 때 눈에 띄게 손상됩니다. 전자는 아마도 파일 시스템 터널링 (실제로 바로 가기가 관련 문제를 해결하는 방법 )으로 해결할 수 있지만 후자는 훨씬 더 어려운 문제입니다.

(또한 터널링으로 하드 링크를 "해결"하는 것은 "잃어버린"메타 데이터를 다시 연결하는 문제가 아니기 때문에 결정적으로 중요하지 않다는 점에 유의해야합니다. 지름길은 약간의 레거시 없이도 사실을 재 할당 할 수 있습니다. 단축키는 생성 시간과 같이 쉽게 터널링 할 수있는 다른 메타 데이터를 사용하므로이 문제가 없습니다.)