1) Операция

отдает -1486618624 Т.е. переполнение просто закидывается в целочисленную переменную не озабочиваясь тем, что результат бессмысленен. То же и с long только числа больше.

2) Операция

отдает Infinity несмотря на то, что делитель целочисленный и никаких проблем с округлением или машинной ошибкой не подразумевается.

3) Думаю таких примеров еще можно накопать.

Почему они возникают - понятно. Вопрос: Можно ли как-то заставить не считать ерунду, а выкидывать исключение? Естественно, проверки "в ручную" со множеством операторов if как-то не интересуют.

Нет. Такова спецификация JVM, она так и должна себя вести.

Малость не понял - а какой результат по-твоему должен был быть? Из курса школы ещё помню - на ноль делить нельзя. Точнее, как я недавно объяснял, можно, но машина не имеет возможности корректно представить результат (бесконечность, конечно, можно представить некоей специальной константой, но это не лучший выход; если тема интересна - могу развить). Поэтому обычно производится выброс исключения.

Кстати, то, что делитель целочисленный - не имеет значения. Один из операндов вещественный - результат тоже вещественный.
При делении целого на 0 - исключение, а для вещественных чисел задумана константа "бесконечность". Потому и исключений здесь не требуется - операция с точки зрения джавы абсолютно законна.


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

То что поведение законно и почему оно возникает вопросом и не являлось. Но все равно спасибо.

Знал, что Java не создавалась для решения рассчетных задач, но не до такой же степени! Думал - может есть обходной путь без нанизывания всяких тормозных проверок.