Chuyển đổi java.util.Properties thành HashMap <String, String>

Properties properties = new Properties();
Map<String, String> map = new HashMap<String, String>(properties);// why wrong?

java.util.Propertieslà một thực hiện java.util.Map, Và java.util.HashMap's constructor nhận được một Maploại param. Vì vậy, tại sao nó phải được chuyển đổi rõ ràng?

Điều này là do Propertieskéo dàiHashtable<Object, Object> (đến lượt nó, thực hiện Map<Object, Object>). Bạn cố gắng đưa nó vào một Map<String, String>. Do đó nó không tương thích.

Bạn cần cung cấp từng thuộc tính chuỗi vào bản đồ của mình ...

Ví dụ:

for (final String name: properties.stringPropertyNames())
    map.put(name, properties.getProperty(name));

Cách hiệu quả để làm điều đó là chỉ truyền đến một Bản đồ chung như sau:

Properties props = new Properties();

Map<String, String> map = (Map)props;

Điều này sẽ chuyển đổi a Map<Object, Object>thành Bản đồ thô, là "ok" đối với trình biên dịch (chỉ cảnh báo). Sau khi chúng ta có một bản raw, Mapnó sẽ truyền tới Map<String, String>đó nó cũng sẽ là "ok" (một cảnh báo khác). Bạn có thể bỏ qua chúng bằng chú thích@SuppressWarnings({ "unchecked", "rawtypes" })

Điều này sẽ hoạt động vì trong JVM đối tượng không thực sự có một kiểu chung. Loại chung chỉ là một thủ thuật xác minh mọi thứ tại thời điểm biên dịch.

Nếu một số khóa hoặc giá trị không phải là Chuỗi, nó sẽ tạo ra ClassCastExceptionlỗi. Với Propertiesviệc triển khai hiện tại, điều này rất khó xảy ra, miễn là bạn không sử dụng các phương thức gọi có thể thay đổi từ siêu Hashtable<Object,Object>của Properties.

Vì vậy, nếu không làm những điều khó chịu với phiên bản Thuộc tính của bạn thì đây là cách để thực hiện.

Bạn có thể sử dụng Google Guava's:

com.google.common.collect.Maps.fromProperties (Thuộc tính)

Còn cái này thì sao?

   Map properties = new Properties();
   Map<String, String> map = new HashMap<String, String>(properties);

Sẽ gây ra cảnh báo, nhưng hoạt động mà không cần lặp lại.

Cách Java 8:

properties.entrySet().stream().collect(
    Collectors.toMap(
         e -> e.getKey().toString(),
         e -> e.getValue().toString()
    )
);

Propertiesnông cụ Map<Object, Object>- không phải Map<String, String>.

Bạn đang cố gọi hàm tạo này:

public HashMap(Map<? extends K,? extends V> m)

... với Kvà Vcả hai như String.

Nhưng Map<Object, Object>không phải là Map<? extends String, ? extends String>... nó có thể chứa các khóa và giá trị không phải chuỗi.

Điều này sẽ hoạt động:

Map<Object, Object> map = new HashMap<Object, Object>();

... nhưng nó sẽ không hữu ích cho bạn.

Về cơ bản, Propertieskhông bao giờ nên được tạo thành một lớp con của HashTable... đó là vấn đề. Kể từ phiên bản v1, nó luôn có thể lưu trữ các khóa và giá trị không phải Chuỗi, mặc dù điều đó là trái với ý định. Nếu thành phần đã được sử dụng thay thế, API có thể chỉ hoạt động với các khóa / giá trị chuỗi và tất cả sẽ tốt.

Bạn có thể muốn một cái gì đó như thế này:

Map<String, String> map = new HashMap<String, String>();
for (String key : properties.stringPropertyNames()) {
    map.put(key, properties.getProperty(key));
}

Tôi sẽ sử dụng API Guava sau: com.google.common.collect.Maps # fromProperties

Properties properties = new Properties();
Map<String, String> map = Maps.fromProperties(properties);

Nếu bạn biết rằng Propertiesđối tượng của mình chỉ chứa <String, String>các mục nhập, bạn có thể sử dụng kiểu thô:

Properties properties = new Properties();
Map<String, String> map = new HashMap<String, String>((Map) properties);

Vấn đề là nó Propertiesthực hiện Map<Object, Object>, trong khi hàm HashMaptạo mong đợi a Map<? extends String, ? extends String>.

Câu trả lời này giải thích quyết định (khá phản trực giác) này. Tóm lại: trước Java 5, đã được Propertiesthực hiện Map(vì khi đó chưa có số liệu chung). Điều này có nghĩa là bạn có thể đặt bất kỳ thứ gì Object vào một Propertiesđối tượng. Điều này vẫn còn trong tài liệu:

Bởi vì Propertieskế thừa từ Hashtable, các phương thức putvà putAllcó thể được áp dụng cho một Propertiesđối tượng. Việc sử dụng chúng không được khuyến khích vì chúng cho phép người gọi chèn các mục nhập có khóa hoặc giá trị không phải Stringlà s. Các setPropertyphương pháp nên được sử dụng để thay thế.

Để duy trì khả năng tương thích với điều này, các nhà thiết kế không có lựa chọn nào khác ngoài việc làm cho nó kế thừa Map<Object, Object>trong Java 5. Đó là một kết quả đáng tiếc của nỗ lực tương thích ngược hoàn toàn khiến mã mới trở nên phức tạp một cách không cần thiết.

Nếu bạn chỉ sử dụng thuộc tính chuỗi trong Propertiesđối tượng của mình , bạn sẽ có thể thoát khỏi kiểu ép kiểu không được kiểm tra trong hàm tạo của mình:

Map<String, String> map = new HashMap<String, String>( (Map<String, String>) properties);

hoặc không có bất kỳ bản sao nào:

Map<String, String> map = (Map<String, String>) properties;

điều này chỉ là do phương thức khởi tạo của HashMap yêu cầu một đối số của kiểu chung của Bản đồ và Thuộc tính thực hiện Bản đồ.

Điều này sẽ hoạt động, mặc dù với một cảnh báo

    Properties properties = new Properties();
    Map<String, String> map = new HashMap(properties);

Bạn có thể sử dụng cái này:

Map<String, String> map = new HashMap<>();

props.forEach((key, value) -> map.put(key.toString(), value.toString()));

Điều đầu tiên,

Lớp thuộc tính dựa trên Hashtable chứ không phải Hashmap. Lớp thuộc tính về cơ bản mở rộng Hashtable

Không có hàm tạo nào như vậy trong lớp HashMap lấy một đối tượng thuộc tính và trả về cho bạn một đối tượng bản đồ băm. Vì vậy, những gì bạn đang làm là KHÔNG đúng. Bạn sẽ có thể truyền đối tượng thuộc tính thành tham chiếu bảng băm.

tôi sử dụng cái này:

for (Map.Entry<Object, Object> entry:properties.entrySet()) {
    map.put((String) entry.getKey(), (String) entry.getValue());
}