"리소스가 일반 파일이 아닌 경우 파일을 잠그는 것이 가장 좋은 방법이므로 잠금 파일을 사용하는 것이 적용되지 않는" 이유는 무엇입니까?

"리소스가 일반 파일이 아닌 경우 파일을 잠그는 것이 가장 좋은 방법이므로 잠금 파일을 사용하는 것이 적용되지 않는" 이유는 무엇입니까?

감사해요마크의 코멘트, 나를 가리켜https://en.wikipedia.org/wiki/File_locking#Lock_files그것은 말한다

쉘 스크립트 및 기타 프로그램은 종종 파일 잠금과 유사한 전략을 사용합니다. 즉, 내용이 관련이 없고(잠금 보유자의 프로세스 식별자는 일반적으로 파일에서 발견되지만) 내용이 잠금 파일과 관련이 없는 잠금 파일을 만듭니다. 유일한 목적은 특정 리소스가 잠겨 있음을 존재로 나타내는 것입니다. 일반적으로 파일을 잠그는 것이 가장 좋은 방법입니다.제어하려는 리소스가 전혀 일반 파일이 아닌 경우, 그래서잠긴 파일 방법을 사용하는 것은 적용되지 않습니다.. 예를 들어 잠금 파일은 여러 파일, 디렉터리, 디스크 파티션 집합 등 관련 리소스 집합에 대한 액세스를 관리하거나 서버나 데이터베이스 연결과 같은 상위 수준 프로토콜에 대한 선택된 액세스를 관리할 수 있습니다.

"제어하려는 리소스가 전혀 일반 파일이 아닌 경우 일반적으로 파일을 잠그는 것이 가장 좋은 방법이며 파일 잠금 방법을 사용하는 것은 적용되지 않습니다"에서,

  • 리소스가 일반 파일이 아닌 경우 잠긴 파일이 가장 좋은 이유는 무엇입니까? 보호된 리소스가 일반 파일인지 여부에 관계없이 파일을 잠그면 어떤 차이가 있는지 알 수 없습니다.

  • "파일을 잠그는 데 사용된 방법이 적용되지 않습니다."는 무엇을 의미하며 그 이유는 무엇입니까? 이것은 "파일을 잠그는 것이 일반적으로 최선의 방법"의 반대가 아닌가? 아니면 파일을 잠그는 방법과 파일을 잠그는 방법이 다른가요?

답변1

제어하려는 리소스가 전혀 일반 파일이 아닌 경우, 그러면 해당 일반 파일의 존재를 자체 잠금 파일로 사용할 수 없습니다. 그러면 잠금에 사용할 별도의 파일을 만들어야 합니다.

관련 정보