Чем обусловлен тот факт, что JVM реализована как стековая ВМ?

Question

[Igor Petrov]

Собственно, сабж. Почему именно стековая реализация, а не, скажем, регистровая? И какие тут плюсы/минусы?

Answer 1

[dborovikov]

Байткод для стековой ВМ компактнее получается. И видимо транслировать стековый код в регистровый код проще, чем регистровый в другой регистровый. Регистровые ВМ быстрее, но нужно не забывать, что в яве перфоманс обеспечивается JIT-трансляцией, видимо из удобвсва регистровой ВМ разработчики ее и выбрали. Вы сами попробуйте написать компилятор — для стековой ВМ это проще.

Answer 2

[greefon]

Лучше переносимость кода и сам код компактнее

Comments

[Igor Petrov]

Насчет лучшей переносимости, честно говоря, как-то не уверен. Это атрибут именно виртуальных машин, а не конкретно стековой. Скажем, в Эрланг-машине мы имеем дело с обычной регистровой реализацией. Я могу, конечно, ошибаться, но переносимость там не хуже.
А насчет компактности. Что вы имеете ввиду? Он лучше структурирован или занимает меньше место? Поясните, если не трудно?

[barker]

Эм… переносимость какого кода и куда? O_o

[greefon]

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

[greefon]

barker переносимость ВМ в данном случае (не кода, исполняемого внутри, он само собой кросс-платформенный, для того ВМ и нужна)