노드 파일의 시작 부분에서“/ usr / bin / env node”는 정확히 무엇을 무엇입니까?
나는 #!/usr/bin/env node
몇 가지 가지 예의 시작 부분에서 에서이 줄 을 누르고 그 줄 nodejs
의 이유에 대한 답을 수있는 주제를 찾지 않고 검색했습니다.
단어의 특성상 검색이 쉽지 않습니다.
나는 최근에 몇몇 책 javascript
과 nodejs
책을 읽었고 그 책에서 그것을 본 기억이 없었습니다.
예제가 필요하면 RabbitMQ
공식 튜토리얼 을 볼 수 있습니다. 거의 모든 예제 포함되어 있습니다. 여기에 그중 하나가 있습니다.
#!/usr/bin/env node
var amqp = require('amqplib/callback_api');
amqp.connect('amqp://localhost', function(err, conn) {
conn.createChannel(function(err, ch) {
var ex = 'logs';
var msg = process.argv.slice(2).join(' ') || 'Hello World!';
ch.assertExchange(ex, 'fanout', {durable: false});
ch.publish(ex, '', new Buffer(msg));
console.log(" [x] Sent %s", msg);
});
setTimeout(function() { conn.close(); process.exit(0) }, 500);
});
누군가가 줄의 의미가 무엇인지 설명해 주시겠습니까?
이 줄을 넣거나 제거하면 어떤 차이가 있습니까? 어떤 경우에 필요합니까?
#!/usr/bin/env node
이다 의 인스턴스 오두막 라인이 다음 에 실행 또는 일반 텍스트 파일의 첫-th 라인 유닉스 플랫폼 실행을 위해 해당 파일을 전달하는 것을 통역 시스템을 말한다 마법의 다음 명령 줄을 통해, #!
접두사 (라고 오두막 ).
참고 : 윈도우 는 오두막을 지원 줄 하지 않으므로실제로 무시 합니다. Windows에서는 파일을 해석 할 실행 파일을 결정 하는 지정된 파일의 파일 이름 입니다. 그러나 여전히 여전히 필요합니다npm
. [1]
shebang 라인에 대한 다음의 논의는 Unix 계열 플랫폼으로 제한됩니다.
다음 토론에서는 Node.js에서 언어 소스 코드가 포함 된 파일의 이름이 포함되어 file
있습니다.
당신은 이 회선이 필요한 당신은 Node.js를 소스 파일을 호출 할 경우, 직접 자신의 오른쪽에있는 실행 파일-이 파일이 같은 명령을 실행으로 표시되어있는 가정
chmod +x ./file
한 후 파일을 호출 할 수있는 가정 한 후 파일을 호출 할 수 있습니다. 를 들어,./file
또는$PATH
변수에 나열된 디렉토리 중 하나에있는 경우 간단히file
.당신은 필요 가 없습니다 명시 적으로 통해 파일을 호출 할이 줄을
node
, 예를 들어, 통역node ./file
특히 배경 정보 :
#!/usr/bin/env <executableName>
은 인터프리터 를 이식 가능하게 지정 하는 방법입니다 . 간단히 말해서, 변수에 <executableName>
나열된 디렉토리 중에서 (처음) 때마다 찾을 실행 합니다 ( $PATH
암시 적으로 파일 경로로 전달).
이는 주어진 인터프리터가 플랫폼 전반에 낮게 서로 다른 위치에 설치 될 수있는 사실을 설명합니다 node
. 이는 Node.js 바이너리 의 경우 에 해당합니다.
반대로 env
유틸리티 자체 의 위치는 플랫폼간에 동일한 위치에있을 수 있습니다. 즉 , 실행 파일 /usr/bin/env
의 전체 경로를 shebang 라인에 지정 해야합니다 .
POSIX가 있습니다 유틸리티 env
되고 용도 변경 파일 이름으로 찾은에서 실행 파일을 실행하려면 여기를 $PATH
.
의 진정한 목적은 env
명령에 대한 환경을 관리하는 것입니다. env
의 POSIX 사양 및 Keith Thompson의 유용한 정보를 참조하십시오 .
Node.js가 유효한 JavaScript 코드는 아니기 때문에 shebang 줄에 대한 구문 예외 를 만들고 있습니다. 그리고 JavaScript 주목할 가치가 있습니다 #
.
[1] 플랫폼 간 일관성 파일을 위해 패키지 파일에 지정된 실행 파일을 사용할 때 ( 속성을 통해 Windows에 래퍼 파일 (배치))을 npm
만듭니다. *.cmd
. 기본적으로,이 래퍼 배치 파일을 모방 유닉스 작업 기능을 : 명시 적으로 명시 적으로 작업장 라인에 지정된 실행 파일과 대상 파일로 호출 -따라서, 당신은 오직 Windows에서 실행하려는 경우에도보기가 당면한 라인을 포함해야합니다. 참조- 이 답변 자세한 내용은 내. 파일은없이 호출 할 수 있기 때문에package.json
"bin"
*.cmd
.cmd
이는 실질적인 크로스 플랫폼 경험을 제공합니다. 윈도우와 유닉스 모두 npm
에서 확장이없는 원래 이름으로 설치된 CLI를 효과적으로 호출 할 수 있습니다 .
인터프리터가 설치는 일반적으로 OS에 실행 방법을 알려주는 shebang 줄 이 상단에 있습니다.
foo
첫 번째 줄이 인 펼쳐가는 경우 #!/bin/sh
시스템은 해당 첫 번째 줄을 의미 /bin/sh foo
합니다. 이 때문에 대부분의 인터프리터는 펼쳐 파일의 이름을 명령 줄 인수로 받아들이도록 설정합니다.
다음에 오는 인터프리터 이름 #!
은 전체 경로 집합니다. OS는 $PATH
통역사를 찾기 위해 검색하지 않습니다 .
에서 실행할 스크립트가있는 node
경우 첫 번째 줄을 작성하는 확실한 방법은 다음과 같습니다.
#!/usr/bin/node
하지만 node
명령이에 설치되어 있지 않으면 작동하지 않습니다 /usr/bin
.
일반적인 해결 방법은 다음 env
명령 을 사용하는 것입니다 ( 실제로이 목적을위한 것이 아님).
#!/usr/bin/env node
스크립트가 호출 foo
되면 OS는 다음과 같은 작업을 수행합니다.
/usr/bin/env node foo
이 env
명령은 명령 줄에 이름이 지정된 다른 명령을 실행하여 다음 인수를 해당 명령에 전달합니다. 여기에서 사용되는 이유 는 명령 env
을 검색 $PATH
하기 때문입니다. 그래서 경우가 node
에 설치 /usr/local/bin/node
하고, 당신이 /usr/local/bin
당신에 $PATH
의 env
명령을 호출합니다 /usr/local/bin/node foo
.
env
명령 의 주요 목적은 수정 된 환경에서 다른 명령을 실행하여 명령을 실행하기 전에 지정된 환경 변수를 추가하거나 제거하는 것입니다. 그러나 추가 인수없이 변경되지 않은 환경에서 명령을 실행하기 만하면이 경우에 필요한 전부입니다.
이 접근 방식에는 몇 가지 단점이 있습니다. 대부분의 최신 Unix 계열 시스템에는 /usr/bin/env
.이 있지만 env
명령이 다른 디렉토리에 설치된 이전 시스템에서 작업했습니다 . 이 메커니즘을 사용하여 전달할 수있는 추가 인수에 제한이있을 수 있습니다. 사용자가 경우 하지 않습니다 포함하는 디렉토리가 node
에 명령을 $PATH
하거나이라는 일부 다른 명령을 가지고 node
, 그것은 전혀 잘못된 명령이나하지 작업을 호출 할 수있다.
다른 접근 방식은 다음과 같습니다.
- 명령 자체
#!
의 전체 경로를 지정 하는 행을 사용하여node
다른 시스템에 필요한대로 스크립트를 업데이트하십시오. 또는 node
스크립트를 인수로 사용하여 명령을 호출하십시오 .
트릭에 대한 자세한 내용은 이 질문 (및 내 대답 )을 참조하십시오 #!/usr/bin/env
.
덧붙여서, 내 시스템 (Linux Mint 17.2)에는 /usr/bin/nodejs
. 내 노트에 따르면, 변경 /usr/bin/node
에 /usr/bin/nodejs
우분투 12.04과 12.10 사이. #!/usr/bin/env
트릭이하지 도움이 될 것입니다 (당신은 심볼릭 링크 또는 뭔가 비슷한을 설정하지 않은 경우).
업데이트 : mtraceur의 의견은 다음과 같이 말합니다.
nodejs 대 노드 문제에 대한 해결 방법은 다음 6 줄로 파일을 시작하는 것입니다.
#!/bin/sh - ':' /*- test1=$(nodejs --version 2>&1) && exec nodejs "$0" "$@" test2=$(node --version 2>&1) && exec node "$0" "$@" exec printf '%s\n' "$test1" "$test2" 1>&2 */
이것은 먼저 시도한
nodejs
다음 시도node
하고 둘 다 찾을 수없는 경우에만 오류 메시지를 인쇄합니다. 설명은이 의견의 범위를 벗어납니다.이 답변이 문제를 제기했기 때문에 누군가가 문제를 처리하는 데 도움이 될 수 있도록 여기에 남겨 두겠습니다.
최근 NodeJS를 사용하지 않았습니다. 내 희망은 이 답변을 처음 게시 한 이후 몇 년 동안 nodejs
vs. node
문제가 해결 되기를 바랍니다 . Ubuntu 18.04에서 nodejs
패키지는 /usr/bin/nodejs
에 대한 심볼릭 링크로 설치 됩니다 /usr/bin/node
. 일부 이전 OS (Ubuntu 또는 Linux Mint, 어느 것이 확실하지 않음)에는에 대한 심볼릭 링크로 nodejs-legacy
제공 되는 패키지 가있었습니다 . 내가 모든 세부 사항을 올바르게 가지고 있다는 보장은 없습니다.node
nodejs
짧은 대답 : 통역사의 길입니다.
편집 (긴 답변) : "노드"앞에 슬래시가없는 이유는 #! / bin /의 신뢰성을 항상 보장 할 수 없기 때문입니다. "/ env"비트는 수정 된 환경에서 스크립트를 실행하고 인터프리터 프로그램을보다 안정적으로 찾을 수 있도록함으로써 프로그램을보다 교차 플랫폼으로 만듭니다.
반드시 필요한 것은 아니지만 이식성 (및 전문성)을 보장하기 위해 사용하는 것이 좋습니다.
'IT' 카테고리의 다른 글
Postgres 사용자 및 비밀번호를 확인하는 방법은 무엇입니까? (0) | 2020.10.08 |
---|---|
(Angular-ui-router) 해결 프로세스 중 로딩 애니메이션 표시 (0) | 2020.10.08 |
$ 0와 BASH_SOURCE 중에서 선택 (0) | 2020.10.08 |
ASP.NET MVC의 SSL 페이지 (0) | 2020.10.08 |
/ usr / bin / codesign이 종료 코드 1로 실패했습니다. (0) | 2020.10.08 |