Странное поведение при отправке ArrayList через TCP в java [duplicate]
Если вы не инициализировали ссылочный тип и хотите установить или прочитать одно из его свойств, он будет генерировать исключение NullReferenceException.
Пример:
Person p = null;
p.Name = "Harry"; // NullReferenceException occurs here.
Вы можно просто избежать этого, проверив, является ли переменная не нулевой:
Person p = null;
if (p!=null)
{
p.Name = "Harry"; // Not going to run to this point
}
Чтобы полностью понять, почему выбрано исключение NullReferenceException, важно знать разницу между типами значений и ссылочные типы .
Итак, если вы имеете дело со типами значений, NullReferenceExceptions не может произойти. Хотя вам нужно поддерживать оповещение при работе со ссылочными типами!
Только ссылочные типы, как следует из названия, могут содержать ссылки или буквально буквально ничто (или «нуль»). Если типы значений всегда содержат значение.
Типы ссылок (эти должны быть проверены):
- динамический
- объект
- string
Типы значений (вы можете просто игнорировать эти):
- Числовые типы
- Интегральные типы
- Типы с плавающей запятой
- decimal
- bool
- Пользовательские структуры
1 ответ
Вероятно, это проблема ObjectOutputStream.
Если вы используете на сервере один объект ObjectOutputStream, вам нужно убедиться, что вы вызываете reset на него, иначе он будет писать общие ссылки на ранее написанные объекты. Это похоже на то, что вы видите.
Чтобы проиллюстрировать проблему:
class BrokenServer {
void sendBrokenVoteData(ObjectOutputStream out) {
out.writeObject(votes);
changeVoteData(votes);
out.writeObject(votes); // Writes a shared reference to "votes" WITHOUT updating any data.
}
}
class FixedServer {
void sendFixedVoteData(ObjectOutputStream out) {
out.writeObject(votes);
changeVoteData(votes);
out.reset(); // Clears all shared references.
out.writeObject(votes); // Writes a new copy of "votes" with the new data.
}
}
-
1– jtahlborn 4 January 2011 в 20:16
-
2– Martijn Courteaux 4 January 2011 в 20:23
-
3– Tom Hawtin - tackline 4 January 2011 в 20:34