Получение ошибки Тип безопасности: снятый флажок от объекта до объекта ArrayList & lt; gt; .. при вызове jsp из сервлета [dубликат]

Как видно из вышеприведенных сообщений, список не может быть дифференцирован между List & lt; Object & gt; и List & lt; String & gt; или List & lt; Integer & gt; .

Я решил это сообщение об ошибке для аналогичной проблемы:

  List & lt; String & gt;  strList = (List & lt; String & gt;) someFunction ();  Строка s = strList.get (0);   

со следующим:

  List & lt;? & gt;  strList = (List & lt;? & gt;) someFunction ();  String s = (String) strList.get (0);   

Объяснение: Преобразование первого типа проверяет, что объект является списком, не заботясь о типах, находящихся внутри (поскольку мы не можем проверить внутренние типы на уровне списка). Второе преобразование теперь требуется, потому что компилятор знает, что List содержит какие-то объекты. Это проверяет тип каждого объекта в Списке по мере его доступа.

Ниже кода причины Тип безопасности Предупреждение

Карта & lt; String, Object & gt; myInput = (Map & lt; String, Object & gt;) myRequest.get ();

Обходной путь

Создайте новый объект карты без упоминания параметры, потому что тип объекта, хранящийся в списке, не проверен.

Шаг 1: Создайте новую временную карту

Карта & lt; ? & GT; tempMap = (Map & lt;?,? & gt;) myRequest.get ();

Шаг 2: Создает главную карту

  Карта & lt; String, Object & gt;  myInput = new HashMap & lt; gt; (myInputObj.size ());   

Шаг 3: Итерируйте временную карту и установите значения в основную карту

  для (Map.Entry & lt ;?  ,? & gt; entry: myInputObj.entrySet ()) {myInput.put ((String) entry.getKey (), entry.getValue ());  }  

Предупреждение. Предупреждение. Иногда предупреждения не имеют значения, иногда это не так. Они используются, чтобы привлечь ваше внимание к чему-то, что, по мнению компилятора, может быть проблемой, но может и не быть.

В случае бросков он всегда будет давать предупреждение в этом случае. Если вы абсолютно уверены, что конкретный бросок будет в безопасности, вам следует рассмотреть возможность добавления аннотации, подобной этой (я не уверен в синтаксисе) непосредственно перед строкой:

  @SuppressWarnings (  value = "unchecked")  

Вы получаете это сообщение, потому что getBean возвращает ссылку Object, и вы переводите ее в правильный тип. Java 1.5 дает вам предупреждение. Это характер использования Java 1.5 или лучше с кодом, который работает так. Spring имеет видную версию

  someMap = getApplicationContext (). GetBean & lt; HashMap & lt; String, String & gt; & gt; & gt; gt; («someMap»);   

в списке задач.

Еще одно решение, если вы обнаружите, что вы очень сильно набрасываете один и тот же объект, и вы не хотите, чтобы ваш код был помечен с помощью @SupressWarnings («unchecked») , было бы создать метод с аннотаций. Таким образом, вы централизируете литье и, надеюсь, уменьшаете вероятность ошибки.

  @SuppressWarnings («unchecked») public static List & lt; String & gt;  getFooStrings (Map & lt; String, List & lt; String & gt; ctx) {return (List & lt; String & gt;) ctx.get ("foos");  }  

Проблема заключается в том, что бросок - это проверка времени выполнения, но из-за стирания типа во время выполнения нет никакой разницы между HashMap & lt; String, String & gt; и HashMap & lt; Foo, Bar & gt; для любых других Foo и Bar .

Используйте @SuppressWarnings («unchecked») и удерживайте твой нос. О, и кампания для реинфицированных дженериков в Java:)

Если вы действительно хотите избавиться от предупреждений, одна вещь, которую вы можете сделать, это создать класс, который простирается от общего класса.

Например, если вы пытаетесь использовать

  private Map & lt; String, String & gt;  someMap = new HashMap & lt; String, String & gt; ();   

Вы можете создать новый класс, такой как

  public class StringMap extends HashMap & lt; String, String & gt; () {// Переписывать конструкторы}  

Тогда, когда вы используете

  someMap = (StringMap) getApplicationContext (). getBean ("someMap");   

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