Почему десериализация объекта HashSet выдает предупреждение в моем коде?|Java |Идея IntelliJ | - PullRequest
Новая
       15

Почему десериализация объекта HashSet выдает предупреждение в моем коде?|Java |Идея IntelliJ |

0 голосов
/ 09 февраля 2019

В моем коде, когда я пытаюсь десериализовать объект HashSet, он выдает мне следующие предупреждения: 

Unchecked assignment:'java.util.HashSet' to'java.util.HashSet<java.lang.Integer>
Inspection info: Signals places where an unchecked warning is issued
by the compiler, for example:
 void f(HashMap map) {  map.put("key", "value"); }
Hint: Pass -Xlint:unchecked to javac to get more details.

Является ли это критическим предупреждением?или я должен использовать @SuppressWarnig?

Как я могу устранить это предупреждение?Пожалуйста, помогите мне, ребята, я новичок в Java

Мой код: 

public class Main{
    public static void main(String[] args){
    HashSet<Integer> number=new HashSet<>();
    Scanner input=new Scanner(System.in);
    int option;
    while(true){
        System.out.println("1. add 2. display 3. save 4. load 5. exit");
        option=input.nextInt();
        if(option==1){
            System.out.println("Adding : "+ number.add(1));
            System.out.println("Adding : " + number.add(2));
        }else if(option==2){
            System.out.println("Set is : "+ number);
        }else if(option==3){
            try{
                FileOutputStream fos=new FileOutputStream("data.bin");
                ObjectOutputStream oos=new ObjectOutputStream(fos);
                oos.writeObject(number);
                oos.close();
                fos.close();
            }catch(IOException e){
                e.getMessage();
            }
        }else if(option==4){
            try{
                FileInputStream fis=new FileInputStream("data.bin");
                ObjectInputStream ois=new ObjectInputStream(fis);
                number=(HashSet)ois.readObject(); // this line give me warning
            }catch(IOException | ClassNotFoundException e){
                e.getMessage();
            }
        }else if(option==5){
            break;
        }
    }
}
}

1 Ответ

0 голосов
/ 09 февраля 2019

Нет (простого) способа написания кода, чтобы вы не получили это предупреждение.Это некритично, вы, вероятно, можете игнорировать это.

Почему это происходит?

Обобщения являются плодом воображения компилятора.ваш сериализованный поток байтов хранит только то, что вы сохранили объект HashSet, он не хранит часть <Integer> и не может, потому что эта информация больше не присутствует во время выполнения.

Когда высохраните объект, который вы загружаете обратно из вашего сериализованного потока, в переменную number, java не знает, содержит ли хэш-набор только Integer экземпляров, и во время выполнения это не проверяется.Например, если он содержит строки, так и будет, и позже вы получите ClassCastException, если это так.

Предупреждение конкретно означает: «Хорошо, вы утверждаете, что этот HashSet вы только что получилииз системы сериализации содержит только целые числа. У javac нет способа проверки во время компиляции, и это приведение не будет генерировать код времени выполнения, чтобы сделать это. Поэтому мы просто скажем так, так что будем надеяться, чтоВы правы! Если нет, ClassCastExceptions возникнет позже в странных местах. "

Как мне избежать этого?

Один из способов - сначала назначить переменную типа HashSet<?>,затем зациклите его, проверьте для каждого значения, является ли оно целым числом, если да, поместите его в number, если нет, выйдите из метода с соответствующим сообщением об ошибке.Приведение отдельных членов набора возможно и не выдает предупреждение ... но теперь вы тратите дополнительный цикл.

Еще лучшее решение - не использовать встроенный механизм сериализации в Java.Это сложно, имеет тенденцию поддаваться проблемам безопасности, трудно справляться с растущими потребностями (трудно менять версии или загружать / записывать их с других языков), оно не читается человеком и не занимает мало места.

Попробуйте, например, Джексон , чтобы сериализовать ваши объекты.

...