Java Regex Thread có an toàn không?

Tôi có một hàm sử dụng Pattern#compilevà một Matcherđể tìm kiếm danh sách các chuỗi cho một mẫu.

Chức năng này được sử dụng trong nhiều chủ đề. Mỗi luồng sẽ có một mẫu duy nhất được chuyển đến Pattern#compilekhi luồng được tạo. Số luồng và mẫu là động, có nghĩa là tôi có thể thêm nhiều Patterns và luồng hơn trong quá trình cấu hình.

Tôi có cần đặt một synchronizehàm này nếu nó sử dụng regex không? Regex trong java thread có an toàn không?

Có , từ tài liệu Java API cho lớp Mẫu

Các phiên bản của lớp (Mẫu) này là bất biến và an toàn để sử dụng bởi nhiều luồng đồng thời. Các phiên bản của lớp Matcher không an toàn cho việc sử dụng như vậy.

Nếu bạn đang xem mã tập trung vào hiệu suất, hãy thử đặt lại phiên bản Matcher bằng phương thức reset (), thay vì tạo phiên bản mới. Điều này sẽ đặt lại trạng thái của cá thể Matcher, làm cho nó có thể sử dụng được cho hoạt động regex tiếp theo. Trên thực tế, chính trạng thái được duy trì trong cá thể Matcher là nguyên nhân khiến nó không an toàn khi truy cập đồng thời.

An toàn luồng với các biểu thức chính quy trong Java

TÓM LƯỢC:

API biểu thức chính quy Java đã được thiết kế để cho phép chia sẻ một mẫu đã biên dịch duy nhất qua nhiều hoạt động đối sánh.

Bạn có thể gọi Pattern.matcher () một cách an toàn trên cùng một mẫu từ các luồng khác nhau và sử dụng đồng thời các trình so khớp một cách an toàn. Pattern.matcher () an toàn để tạo các trình so khớp mà không cần đồng bộ hóa. Mặc dù phương thức không được đồng bộ hóa, bên trong lớp Pattern, một biến dễ thay đổi được gọi là biên dịch luôn được đặt sau khi xây dựng một mẫu và đọc khi bắt đầu lệnh gọi tới matcher (). Điều này buộc bất kỳ luồng nào tham chiếu đến Mẫu phải "nhìn thấy" chính xác nội dung của đối tượng đó.

Mặt khác, bạn không nên chia sẻ Matcher giữa các chuỗi khác nhau. Hoặc ít nhất, nếu bạn đã từng làm, bạn nên sử dụng đồng bộ hóa rõ ràng.

Trong khi bạn cần nhớ rằng sự an toàn của chuỗi cũng phải tính đến mã xung quanh, bạn có vẻ là người may mắn. Thực tế là quẹt được tạo ra bằng cách sử dụng của Pattern khớp phương pháp nhà máy và thiếu nhà xây dựng công cộng là một dấu hiệu tích cực. Tương tự như vậy, bạn sử dụng phương thức biên dịch tĩnh để tạo Mẫu bao trùm .

Vì vậy, trong ngắn hạn, nếu bạn làm một cái gì đó như ví dụ:

Pattern p = Pattern.compile("a*b");
Matcher m = p.matcher("aaaaab");
boolean b = m.matches();

bạn sẽ làm khá tốt.

Theo dõi ví dụ mã để rõ ràng hơn: lưu ý rằng ví dụ này ngụ ý mạnh mẽ rằng Matcher do đó được tạo là một chuỗi cục bộ với Mẫu và thử nghiệm. Tức là, bạn không nên để Matcher được tạo ra với bất kỳ chuỗi nào khác.

Thành thật mà nói, đó là rủi ro của bất kỳ câu hỏi an toàn luồng nào. Thực tế là bất kỳ mã nào cũng có thể trở thành luồng không an toàn nếu bạn cố gắng đủ nhiều. May mắn thay, có những cuốn sách tuyệt vời dạy chúng ta rất nhiều cách mà chúng ta có thể làm hỏng mã của mình. Nếu chúng ta tránh xa những sai lầm đó, chúng ta sẽ giảm đáng kể xác suất gặp vấn đề về luồng của chính mình.

Xem nhanh mã cho Matcher.javahiển thị một loạt các biến thành viên bao gồm văn bản đang được so khớp, mảng cho nhóm, một vài chỉ mục để duy trì vị trí và một vài chỉ số booleancho trạng thái khác. Tất cả điều này chỉ ra một trạng thái Matchersẽ không hoạt động tốt nếu được nhiều người truy cập Threads. JavaDoc cũng vậy :

Các phiên bản của lớp này không an toàn để sử dụng bởi nhiều luồng đồng thời.

Đây chỉ là một vấn đề nếu, như @Bob Cross chỉ ra, bạn không cho phép sử dụng tài khoản của mình Matchertrong các trường hợp riêng biệt Thread. Nếu bạn cần làm điều này và bạn nghĩ rằng đồng bộ hóa sẽ là một vấn đề đối với mã của bạn, một tùy chọn bạn có là sử dụng ThreadLocalđối tượng lưu trữ để duy trì một Matcherchuỗi hoạt động.

Tóm lại, bạn có thể sử dụng lại (giữ trong các biến tĩnh) (các) Mẫu đã biên dịch và yêu cầu họ cung cấp cho bạn các Đối sánh mới khi cần thiết để xác thực các tệp regex đó dựa trên một số chuỗi

import java.util.regex.Matcher;
import java.util.regex.Pattern;

/**
 * Validation helpers
 */
public final class Validators {

private static final String EMAIL_PATTERN = "^[_A-Za-z0-9-]+(\\.[_A-Za-z0-9-]+)*@[A-Za-z0-9-]+(\\.[A-Za-z0-9-]+)*(\\.[A-Za-z]{2,})$";

private static Pattern email_pattern;

  static {
    email_pattern = Pattern.compile(EMAIL_PATTERN);
  }

  /**
   * Check if e-mail is valid
   */
  public static boolean isValidEmail(String email) { 
    Matcher matcher = email_pattern.matcher(email);
    return matcher.matches();
  }

}

xem http://zoomicon.wordpress.com/2012/06/01/validating-e-mails-using-regular-expressions-in-java/ (gần cuối) về mẫu RegEx được sử dụng ở trên để xác thực e-mail ( trong trường hợp nó không phù hợp với những người cần xác thực e-mail vì nó được đăng ở đây)