Sự khác biệt giữa dấu ngoặc kép và dấu ngoặc đơn trong bash là gì?

Tôi chỉ tự hỏi chính xác sự khác biệt giữa

[[ $STRING != foo ]]

và

[ $STRING != foo ]

là, ngoài cái sau đó là tuân thủ posix, được tìm thấy trong sh và cái trước là một phần mở rộng được tìm thấy trong bash.

Có một số khác biệt. Theo tôi, một vài trong số quan trọng nhất là:

1. [là một nội dung trong Bash và nhiều vỏ hiện đại khác. Nội dung [tương tự testvới yêu cầu bổ sung của việc đóng ]. Các nội trang [và testbắt chước chức năng /bin/[và /bin/testcùng với các hạn chế của chúng để các tập lệnh sẽ tương thích ngược. Các tệp thực thi ban đầu vẫn tồn tại chủ yếu để tuân thủ POSIX và tương thích ngược. Chạy lệnh type [trong Bash chỉ ra rằng [được hiểu là một dựng sẵn theo mặc định. (Lưu ý: which [chỉ tìm các tệp thực thi trên PATH và tương đương với type -p [)
2. [[không tương thích, nó sẽ không nhất thiết phải hoạt động với bất kỳ /bin/shđiểm nào. Vì vậy, [[tùy chọn Bash / Zsh / Ksh hiện đại hơn.
3. Do [[được tích hợp vào trình bao và không có các yêu cầu cũ, bạn không cần phải lo lắng về việc phân tách từ dựa trên biến IFS để làm rối tung các biến đánh giá thành một chuỗi có khoảng trắng. Do đó, bạn không thực sự cần phải đặt biến trong dấu ngoặc kép.

Đối với hầu hết các phần, phần còn lại chỉ là một số cú pháp đẹp hơn. Để thấy nhiều sự khác biệt hơn, tôi khuyên bạn nên liên kết này với câu trả lời Câu hỏi thường gặp: Sự khác biệt giữa kiểm tra, [và [[? . Trong thực tế, nếu bạn nghiêm túc về bash scripting, tôi khuyên bạn nên đọc toàn bộ wiki , bao gồm cả FAQ, Cạm bẫy và Hướng dẫn. Phần kiểm tra từ phần hướng dẫn cũng giải thích những khác biệt này và tại sao (các) tác giả nghĩ [[là lựa chọn tốt hơn nếu bạn không cần phải lo lắng về việc có thể mang theo được. Những lý do chính là:

1. Bạn không phải lo lắng về việc trích dẫn phía bên trái của bài kiểm tra để nó thực sự được đọc dưới dạng một biến.
2. Bạn không phải thoát ít hơn và lớn hơn < >với dấu gạch chéo ngược để chúng không được đánh giá là chuyển hướng đầu vào, điều này thực sự có thể làm rối tung một số nội dung bằng cách ghi đè tệp. Điều này một lần nữa trở lại [[là một nội dung. Nếu [(kiểm tra) là một chương trình bên ngoài, trình bao sẽ phải tạo một ngoại lệ theo cách nó đánh giá <và >chỉ khi /bin/testđược gọi, điều đó sẽ không thực sự có ý nghĩa.

Nói ngắn gọn:

[là một bash Buildin

[[]] là từ khóa bash

Từ khóa: Từ khóa khá giống các nội trang, nhưng sự khác biệt chính là các quy tắc phân tích cú pháp đặc biệt áp dụng cho chúng. Ví dụ: [là một bash dựng sẵn, trong khi [[là một từ khóa bash. Cả hai đều được sử dụng để thử nghiệm công cụ, nhưng vì [[là một từ khóa chứ không phải là nội dung, nên nó được hưởng lợi từ một vài quy tắc phân tích cú pháp đặc biệt giúp việc này dễ dàng hơn nhiều:

  $ [ a < b ]
 -bash: b: No such file or directory
  $ [[ a < b ]]

Ví dụ đầu tiên trả về lỗi vì bash cố gắng chuyển hướng tệp b sang lệnh [a]. Ví dụ thứ hai thực sự làm những gì bạn mong đợi nó. Ký tự <không còn có ý nghĩa đặc biệt của toán tử Chuyển hướng tệp.

Nguồn: http://mywiki.wooledge.org/BashGuide/CommandsAndArgument

Khác biệt về hành vi

Một số khác biệt về Bash 4.3.11:

• Gia hạn POSIX vs Bash:

  • [ là POSIX
  • [[là tiện ích mở rộng Bash¹ được ghi lại tại: https://www.gnu.org/software/bash/manual/bash.html#Conditable-Constructs

• lệnh thường xuyên vs ma thuật

  • [ chỉ là một lệnh thông thường với một cái tên kỳ lạ.

    ]chỉ là một đối số [ngăn chặn các đối số tiếp theo được sử dụng.

    Ubuntu 16.04 thực sự có một tệp thực thi cho nó /usr/bin/[được cung cấp bởi coreutils, nhưng phiên bản tích hợp bash được ưu tiên.

    Không có gì được thay đổi theo cách Bash phân tích lệnh.

    Cụ thể, <là chuyển hướng &&và ||nối nhiều lệnh, ( )tạo các lớp con trừ khi thoát ra \và mở rộng từ diễn ra như bình thường.

  • [[ X ]]là một cấu trúc duy nhất Xđược phân tích cú pháp một cách kỳ diệu. <, &&, ||Và ()được đối xử đặc biệt, và các quy tắc từ tách khác nhau.

    Ngoài ra còn có sự khác biệt như =và =~.

    Trong Bashese: [là một lệnh tích hợp và [[là một từ khóa: https://askubfox.com/questions/445749/whats-the-difference-b between-shell-buildin-and-shell - keyword

• <

  • [[ a < b ]]: so sánh từ điển
  • [ a \< b ]: Giống như trên. \bắt buộc hoặc cách khác không chuyển hướng như đối với bất kỳ lệnh nào khác. Bash mở rộng.
  • expr a \< b > /dev/null: POSIX tương đương², xem: https://stackoverflow.com/questions/21294867/how-to-test-strings-for-lexicographic-less-than-or-equal-in-bash/52707989#52707989

• && và ||

  • [[ a = a && b = b ]]: đúng, hợp lý và
  • [ a = a && b = b ]: lỗi cú pháp, được &&phân tích cú pháp như một dấu tách lệnh ANDcmd1 && cmd2
  • [ a = a -a b = b ]: tương đương, nhưng không được chấp nhận bởi POSIX³
  • [ a = a ] && [ b = b ]: POSIX và tương đương đáng tin cậy

• (

  • [[ (a = a || a = b) && a = b ]]: sai trái
  • [ ( a = a ) ]: lỗi cú pháp, ()được hiểu là một nhánh con
  • [ \( a = a -o a = b \) -a a = b ]: tương đương, nhưng ()không được chấp nhận bởi POSIX
  • { [ a = a ] || [ a = b ]; } && [ a = b ]POSIX tương đương ⁵

• tách từ và tạo tên tệp khi mở rộng (split + global)

  • x='a b'; [[ $x = 'a b' ]]: đúng, trích dẫn không cần thiết
  • x='a b'; [ $x = 'a b' ]: lỗi cú pháp, mở rộng thành [ a b = 'a b' ]
  • x='*'; [ $x = 'a b' ]: lỗi cú pháp nếu có nhiều hơn một tệp trong thư mục hiện tại.
  • x='a b'; [ "$x" = 'a b' ]: Tương đương POSIX

• =

  • [[ ab = a? ]]: đúng, bởi vì nó không khớp mẫu ( * ? [là ma thuật). Không toàn cầu mở rộng để tập tin trong thư mục hiện tại.
  • [ ab = a? ]: toàn a?cầu mở rộng. Vì vậy, có thể đúng hoặc sai tùy thuộc vào các tệp trong thư mục hiện tại.
  • [ ab = a\? ]: sai, không mở rộng toàn cầu
  • =và ==giống nhau ở cả hai [và [[, nhưng ==là một phần mở rộng Bash.
  • case ab in (a?) echo match; esac: Tương đương POSIX
  • [[ ab =~ 'ab?' ]]: sai ⁴ , mất phép thuật với''
  • [[ ab? =~ 'ab?' ]]: thật

• =~

  • [[ ab =~ ab? ]]: đúng, POSIX kết hợp biểu thức chính quy mở rộng , ?không mở rộng toàn cầu
  • [ a =~ a ]: lỗi cú pháp. Không có bash tương đương.
  • printf 'ab\n' | grep -Eq 'ab?': Tương đương POSIX (chỉ dữ liệu một dòng)
  • awk 'BEGIN{exit !(ARGV[1] ~ ARGV[2])}' ab 'ab?': Tương đương POSIX.

Khuyến cáo : luôn luôn sử dụng [].

Có tương đương POSIX cho mọi [[ ]]cấu trúc tôi đã thấy.

Nếu bạn sử dụng [[ ]]bạn:

• mất tính di động
• buộc người đọc phải tìm hiểu sự phức tạp của một phần mở rộng bash khác. [chỉ là một lệnh thông thường với một cái tên kỳ lạ, không có ngữ nghĩa đặc biệt nào được tham gia.

^{Lấy cảm hứng từ [[...]]cấu trúc tương đương trong vỏ Korn}

^{² nhưng không thành công đối với một số giá trị ahoặc b(như +hoặc index) và không so sánh số nếu avà btrông giống như số nguyên thập phân. expr "x$a" '<' "x$b"làm việc xung quanh cả hai.}

^{Và cũng thất bại đối với một số giá trị ahoặc bthích !hoặc (.}

^{4 trong bash 3.2 trở lên và cung cấp khả năng tương thích với bash 3.1 không được bật (như với BASH_COMPAT=3.1)}

^{5 mặc dù việc nhóm (ở đây với {...;}nhóm lệnh thay vì (...)chạy một lớp con không cần thiết) là không cần thiết vì các toán tử shell ||và &&(trái ngược với các toán tử ||và && [[...]]toán tử -o/ -a [toán tử) có quyền ưu tiên như nhau. Như vậy [ a = a ] || [ a = b ] && [ a = b ]sẽ tương đương.}

Giá đỡ đơn tức []là vỏ POSIX tuân thủ để kèm theo biểu thức điều kiện.

Double Brackets tức [[]]là phiên bản nâng cao (hoặc mở rộng) của phiên bản POSIX tiêu chuẩn, phiên bản này được hỗ trợ bởi bash và các shell khác (zsh, ksh).

Trong bash, để so sánh số lượng chúng tôi sử dụng eq, ne, ltvà gt, với dấu ngoặc kép để so sánh chúng ta có thể sử dụng ==, !=, <,và >theo nghĩa đen.

• [là một từ đồng nghĩa với lệnh kiểm tra. Ngay cả khi nó được tích hợp vào vỏ, nó sẽ tạo ra một quy trình mới.
• [[ là một phiên bản cải tiến mới của nó, là một từ khóa, không phải là một chương trình.

ví dụ:

[ var1 lt var2] #works
[ var1 < var2] #error: var2 No such file or directory 
[ var1 \< var2] #works with escape
[[ var1 < var2]] #works

Dựa trên việc đọc nhanh các phần có liên quan của trang, sự khác biệt chính có vẻ là các toán tử ==và !=toán tử khớp với một mẫu, chứ không phải là một chuỗi ký tự, và cũng có =~toán tử so sánh regex.