Nói nếu tôi đã viết một chương trình với dòng sau:

int main(int argc, char** argv)

Bây giờ nó biết những đối số dòng lệnh nào được truyền cho nó bằng cách kiểm tra nội dung của argv.

Chương trình có thể phát hiện có bao nhiêu khoảng cách giữa các đối số không? Giống như khi tôi gõ những thứ này trong bash:

ibug@linux:~ $ ./myprog aaa bbb
ibug@linux:~ $ ./myprog       aaa      bbb

Môi trường là một Linux hiện đại (như Ubuntu 16.04), nhưng tôi cho rằng câu trả lời nên áp dụng cho bất kỳ hệ thống nào tuân thủ POSIX.

Thật không có ý nghĩa khi nói về "khoảng cách giữa các đối số"; đó là một khái niệm vỏ.

Công việc của shell là lấy toàn bộ các dòng đầu vào và tạo chúng thành các mảng đối số để bắt đầu các lệnh với. Điều này có thể liên quan đến phân tích chuỗi trích dẫn, mở rộng biến, ký tự đại diện và biểu thức dấu ngã, v.v. Lệnh được bắt đầu với một execcuộc gọi hệ thống tiêu chuẩn , chấp nhận một vectơ của chuỗi.

Các cách khác tồn tại để tạo ra một vectơ của chuỗi. Nhiều chương trình rẽ nhánh và thực hiện các quy trình con của riêng chúng với các yêu cầu lệnh được xác định trước - trong trường hợp đó, không bao giờ có thứ gọi là "dòng lệnh". Tương tự, trình bao đồ họa (máy tính để bàn) có thể bắt đầu một quá trình khi người dùng kéo biểu tượng tệp và thả nó vào tiện ích lệnh - một lần nữa, không có dòng văn bản nào có các ký tự "giữa" đối số.

Theo như lệnh được gọi, những gì diễn ra trong shell hoặc quá trình cha / tiền thân khác là riêng tư và ẩn - chúng ta chỉ thấy mảng các chuỗi mà tiêu chuẩn C chỉ định main()có thể chấp nhận.

Nói chung, không. Phân tích cú pháp dòng lệnh được thực hiện bởi shell mà không làm cho dòng không có sẵn có sẵn cho chương trình được gọi. Trong thực tế, chương trình của bạn có thể được thực thi từ một chương trình khác tạo ra argv không phải bằng cách phân tích một chuỗi mà bằng cách xây dựng một mảng các đối số theo lập trình.

Không, điều này là không thể, trừ khi các khoảng trắng là một phần của một đối số.

Lệnh truy cập các đối số riêng lẻ từ một mảng (dưới dạng này hay dạng khác tùy thuộc vào ngôn ngữ lập trình) và dòng lệnh thực tế có thể được lưu vào tệp lịch sử (nếu được nhập tại dấu nhắc tương tác trong trình bao có tệp lịch sử), nhưng không bao giờ truyền lại cho lệnh dưới mọi hình thức.

Tất cả các lệnh trên Unix cuối cùng được thực thi bởi một trong các exec()họ hàm. Chúng lấy tên lệnh và một danh sách hoặc mảng đối số. Không ai trong số họ nhận một dòng lệnh như được gõ tại dấu nhắc shell. Các system()chức năng thực hiện, nhưng đối số chuỗi của nó được thực hiện bởi sau execve(), trong đó, một lần nữa, phải mất một mảng các đối số chứ không phải là một chuỗi dòng lệnh.

Nói chung, không thể, như một số câu trả lời khác được giải thích.

Tuy nhiên, vỏ Unix là bình thường chương trình (và họ đang giải thích các dòng lệnh và globbing nó, tức là mở rộng lệnh trước khi thực hiện fork& execvecho nó). Xem giải thíchbash này về hoạt động vỏ . Bạn có thể viết shell của riêng bạn (hoặc bạn có thể vá một số shell phần mềm miễn phí hiện có , ví dụ GNU bash ) và sử dụng nó làm shell của bạn (hoặc thậm chí cả shell đăng nhập của bạn, xem passwd (5) & shells (5) ).

Ví dụ, bạn có thể có của bạn chương trình shell riêng đặt dòng lệnh đầy đủ trong một số biến môi trường (tưởng tượng MY_COMMAND_LINEví dụ) -Hoặc sử dụng bất kỳ loại khác của quá trình liên lạc để truyền tải dòng lệnh từ vỏ đến process- đứa trẻ.

Tôi không hiểu tại sao bạn muốn làm điều đó, nhưng bạn có thể mã hóa một cái vỏ hành xử theo cách như vậy (nhưng tôi khuyên bạn không nên làm như vậy).

BTW, một chương trình có thể được khởi động bởi một số chương trình không phải là shell (nhưng thực hiện fork (2) sau đó thực thi (2) hoặc chỉ là execveđể bắt đầu một chương trình trong quy trình hiện tại của nó). Trong trường hợp đó, không có dòng lệnh nào cả, và chương trình của bạn có thể được khởi động mà không cần lệnh ...

Lưu ý rằng bạn có thể có một số hệ thống Linux (chuyên dụng) mà không cần cài đặt shell. Điều này là kỳ lạ và bất thường, nhưng có thể. Sau đó, bạn sẽ cần phải viết một chương trình init chuyên biệt bắt đầu các chương trình khác khi cần - không sử dụng bất kỳ shell nào bằng cách thực hiện fork& execvegọi hệ thống.

Đọc thêm Hệ điều hành: Ba phần dễ dàng và đừng quên rằng execvethực tế luôn luôn là một cuộc gọi hệ thống (trên Linux, chúng được liệt kê trong các tòa nhà (2) , xem thêm phần giới thiệu (2) ) để xác định lại không gian địa chỉ ảo (và một số khác điều) của quá trình làm điều đó.

Bạn luôn có thể nói với shell của bạn để cho các ứng dụng biết mã shell nào dẫn đến việc thực thi chúng. Chẳng hạn, với zsh, bằng cách chuyển thông tin đó trong $SHELL_CODEbiến môi trường bằng cách sử dụng preexec()hook ( printenvđược sử dụng làm ví dụ, bạn sẽ sử dụng getenv("SHELL_CODE")trong chương trình của mình):

$ preexec() export SHELL_CODE=$1
$ printenv SHELL_CODE
printenv SHELL_CODE
$ printenv  SHELL_CODE
printenv  CODE
$ $(echo printenv SHELL_CODE)
$(echo printenv SHELL_CODE)
$ for i in SHELL_CODE; do printenv "$i"; done
for i in SHELL_CODE; do printenv "$i"; done
$ printenv SHELL_CODE; : other command
printenv SHELL_CODE; : other command
$ f() printenv SHELL_CODE
$ f
f

Tất cả những người sẽ thực hiện printenvnhư:

execve("/usr/bin/printenv", ["printenv", "SHELL_CODE"], 
       ["PATH=...", ..., "SHELL_CODE=..."]);

Cho phép printenvtruy xuất mã zsh dẫn đến việc thực thi printenvvới các đối số đó. Những gì bạn muốn làm với thông tin đó là không rõ ràng với tôi.

Với bash, tính năng gần zsh's preexec()sẽ sử dụng nó $BASH_COMMANDtrong một DEBUGcái bẫy, nhưng lưu ý rằng bashhiện một số mức độ viết lại ở đó (và trong refactors đặc biệt một số các khoảng trắng dùng làm dấu phân cách) và của áp dụng cho mỗi (tốt, một số) lệnh chạy, không phải toàn bộ dòng lệnh như được nhập tại dấu nhắc (xem thêm functracetùy chọn).

$ trap 'export SHELL_CODE="$BASH_COMMAND"' DEBUG
$ printenv SHELL_CODE
printenv SHELL_CODE
$ printenv $(echo 'SHELL_CODE')
printenv $(echo 'SHELL_CODE')
$ for i in SHELL_CODE; do printenv "$i"; done; : other command
printenv "$i"
$ printf '%s\n' "$(printenv "SHELL_CODE")"
printf '%s\n' "$(printenv "SHELL_CODE")"
$ set -o functrace
$ printf '%s\n' "$(printenv "SHELL_CODE")"
printenv "SHELL_CODE"
$ print${-+env  }    $(echo     'SHELL_CODE')
print${-+env  } $(echo     'SHELL_CODE')

Xem làm thế nào một số khoảng trắng là dấu phân cách trong cú pháp ngôn ngữ shell đã được nén thành 1 và làm thế nào không phải dòng lệnh đầy đủ không luôn luôn được truyền cho lệnh. Vì vậy, có lẽ không hữu ích trong trường hợp của bạn.

Lưu ý rằng tôi sẽ không khuyên bạn thực hiện loại điều này, vì bạn có khả năng rò rỉ thông tin nhạy cảm cho mọi lệnh như trong:

echo very_secret | wc -c | untrustedcmd

sẽ rò rỉ bí mật đó cho cả hai wcvà untrustedcmd.

Tất nhiên, bạn có thể làm điều đó cho các ngôn ngữ khác ngoài shell. Ví dụ: trong C, bạn có thể sử dụng một số macro xuất mã C thực thi lệnh ra môi trường:

#include <unistd.h>
#include <stdlib.h>
#include <sys/wait.h>
#define WRAP(x) (setenv("C_CODE", #x, 1), x)

int main(int argc, char *argv[])
{
  if (!fork()) WRAP(execlp("printenv", "printenv", "C_CODE", NULL));
  wait(NULL);
  if (!fork()) WRAP(0 + execlp("printenv",   "printenv", "C_CODE", NULL));
  wait(NULL);
  if (argc > 1 && !fork()) WRAP(execvp(argv[1], &argv[1]));
  wait(NULL);
  return 0;
}

Thí dụ:

$ ./a.out printenv C_CODE
execlp("printenv", "printenv", "C_CODE", NULL)
0 + execlp("printenv", "printenv", "C_CODE", NULL)
execvp(argv[1], &argv[1])

Xem cách một số khoảng trắng được bộ xử lý trước C ngưng tụ như trong trường hợp bash. Trong hầu hết nếu không phải tất cả các ngôn ngữ, lượng không gian được sử dụng trong các dấu phân cách không có sự khác biệt, vì vậy không có gì đáng ngạc nhiên khi trình biên dịch / trình thông dịch có một số quyền tự do với chúng ở đây.

Tôi sẽ chỉ thêm những gì còn thiếu trong các câu trả lời khác.

Không

Xem câu trả lời khác

Có lẽ, sắp xếp

Không có gì có thể được thực hiện trong chương trình, nhưng có một cái gì đó có thể được thực hiện trong trình bao khi bạn chạy chương trình.

Bạn cần sử dụng dấu ngoặc kép. Vì vậy, thay vì

./myprog      aaa      bbb

bạn cần phải làm một trong những

./myprog "     aaa      bbb"
./myprog '     aaa      bbb'

Điều này sẽ truyền một đối số duy nhất cho chương trình, với tất cả các khoảng trắng. Có một sự khác biệt giữa hai, thứ hai là bằng chữ, chính xác là chuỗi như nó xuất hiện (ngoại trừ 'phải được gõ là \'). Người đầu tiên sẽ giải thích một số ký tự, nhưng chia thành nhiều đối số. Xem trích dẫn vỏ để biết thêm thông tin. Vì vậy, không cần phải viết lại vỏ, các nhà thiết kế vỏ đã nghĩ về điều đó. Tuy nhiên vì bây giờ là một đối số, bạn sẽ phải thực hiện nhiều hơn trong chương trình.

Lựa chọn 2

Truyền dữ liệu qua stdin. Đây là cách thông thường để có được lượng lớn dữ liệu vào một lệnh. ví dụ

./myprog << EOF
    aaa      bbb
EOF

hoặc là

./myprog
Tell me what you want to tell me:
aaaa bbb
ctrl-d

(Chữ nghiêng là đầu ra của chương trình)