Script Shebang

Env shebang

To execute a script file with the bash executable found in the PATH environment variable by using the executable
env, the first line of a script file must indicate the absolute path to the env executable with the argument bash:

#!/usr/bin/env bash

The env path in the shebang is resolved and used only if a script is directly launch like this:

script.sh

The script must have execution permission.

The shebang is ignored when a bash interpreter is explicitly indicated to execute a script:

bash script.sh

Direct shebang

To execute a script file with the bash interpreter, the first line of a script file must indicate the absolute path to the
bash executable to use:

#!/bin/bash

The bash path in the shebang is resolved and used only if a script is directly launch like this:

./script.sh

The script must have execution permission.

The shebang is ignored when a bash interpreter is explicitly indicated to execute a script:

bash script.sh

Other shebangs

There are two kinds of programs the kernel knows of. A binary program is identified by it’s ELF
(ExtenableLoadableFormat) header, which is usually produced by a compiler. The second one are scripts of any
kind.
If a file starts in the very first line with the sequence #! then the next string has to be a pathname of an interpreter.
If the kernel reads this line, it calls the interpreter named by this pathname and gives all of the following words in
this line as arguments to the interpreter. If there is no file named “something” or “wrong”:

#!/bin/bash something wrong
echo "This line never gets printed"

bash tries to execute its argument “something wrong” which doesn’t exist. The name of the script file is added too.
To see this clearly use an echo shebang:

#"/bin/echo something wrong
# and now call this script named "thisscript" like so:
# thisscript one two
# the output will be:
something wrong ./thisscript one two

Some programs like awk use this technique to run longer scripts residing in a disk file.