별칭과 링크의 차이점은 무엇입니까?


답변:


26

별명에는 두 가지 정보가 있습니다. 링크하는 파일의 고유 식별자와 링크하는 파일의 경로 및 파일 이름입니다.

파일 이름을 바꾸거나 파일을 이동 한 다음 파일에 원래 있던 경로와 파일 이름으로 새 파일을 만들면 원본 파일에 연결된 별칭이 이제 새 파일에 연결됩니다.

그러나 파일을 바꾸지 않고 이름을 바꾸거나 파일을 이동 한 다음 별명을 호출하면 별명은 새 경로 및 파일 이름을 가리 키도록 업데이트되어 고유 식별자를 사용합니다.

반면에 심볼릭 링크는 파일에 대한 고유 식별자를 포함하지 않으며 파일의 이름이 바뀌거나 이동되고 동일한 경로 및 파일 이름의 파일로 대체되지 않으면 끊어진 것으로 나타납니다.

어떤 시나리오가 가장 적합한 지에 따라 선택해야합니다.


11
또 다른 차이점은 명령 줄 도구 (예 : Posix 파일 API를 사용하는 도구)는 별칭을 이해하지 못하고 심볼릭 링크 만 이해한다는 것입니다. 둘 다 GUI 응용 프로그램에서 작동합니다.
Gordon Davisson

이 게시물 ( apple.stackexchange.com/questions/2992/… )에 게시 할 때 자동화 작업이 링크가 아니라 별명으로 작동한다는 것을 알았습니다.
prosseek

@sentinal 당신은뿐만 아니라 하드 링크가 무엇인지 추가해야합니다
user151019

1
특히 Spotlight는 심볼릭 링크를 색인화하지 않습니다. 별명 (낮은 순위 임에도 불구하고)을 색인화합니다.
ocodo

2

나는 센티넬의 답변에 매우 혼란 스럽다 create a new file with the path and filename that the file originally had. 또한 갑자기, 왜 그렇게하고 싶습니까?

글쎄, UID와 파일 경로를 사용하여 별칭이 작동하는 이유와 방법을 이해하면 (symlink는 경로에서만 작동하지만) 차이와 높은 투표 응답을 더 쉽게 이해할 수 있습니다.

HFS 및 HFS + 파일 시스템에서 각 파일과 폴더에는 고유 한 영구 식별자가 있습니다. 별명은이 이름을 경로 이름 정보와 함께 사용하여 동일한 볼륨에서 파일 및 폴더를 찾습니다.

Mac OS X 10.2부터, 별명 은 경로 이름을 먼저 사용하고 고유 한 ID를 두 번째로 사용하여이 검색 순서를 바 꾸었습니다. 즉, 파일을 이동하고 동일한 이름의 파일로 바꾸면 원래 파일의 별칭이 새 파일을 가리 킵니다. 마찬가지로, 파일을 교체하지 않고 동일한 볼륨으로 파일을 이동하면 별명은 고유 한 ID 정보를 사용 하여 파일 을 찾습니다 .

파일 또는 폴더가 이동하면 별명은 변경을 설명하기 위해 경로 정보 또는 고유 ID 정보를 업데이트 할 수 있습니다. 파일이 같은 볼륨에서 어딘가로 이동하면 별명은 파일의 새 경로 정보로 내부 레코드를 업데이트합니다. 마찬가지로 원본 파일이 이름은 같지만 고유 한 ID가 다른 파일로 교체되는 경우 별칭은 내부 레코드를 새 파일의 고유 한 ID로 업데이트합니다. (의 결과 create a new file with the path and filename that the file originally had)

별명은 파일 시스템 경로를 사용하여 파일 위치를 처음에 분석하므로 기호 링크와 유사한 동작을 제공합니다. 심볼릭 링크는 파일을 찾기 위해 경로 정보에만 의존합니다. 파일을 바꾸지 않고 동일한 볼륨의 다른 곳으로 파일을 이동하면 별명을 사용하지 않고 파일에 대한 심볼릭 링크가 끊어집니다. 심볼릭 링크를 수정하는 유일한 방법은 링크를 삭제하고 새로 만드는 것입니다.

참고


1
이것은 답변에 대한 의견이며 OP의 질문에 대한 답변은 아닙니다. 게시물이 원래 질문에 어떻게 대답하는지 설명해 주시겠습니까? 좋은 답변을 작성 하는 방법에 대한 지침은 답변 방법을 참조하십시오 . -리뷰에서
fsb

Mac에서 별칭 검색이 작동하는 방식, 즉 파일 및 UID가 검색에 사용되는 방식을 설명하여 OP의 질문에 대답했습니다. 높은 투표 응답은 차이에 응답했지만 차이가 발생한 이유에 대해서는 답변하지 않았습니다.
이자 나
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.