Примитивы Java идут в стек или в кучу?

Примитивы, определенные локально, будут в стеке. Однако, если бы примитив был определен как часть экземпляра объекта, этот примитив был бы в куче.

public class Test {
    private static class HeapClass {
        public int y; // When an instance of HeapClass is allocated, this will be on the heap.
    }
    public static void main(String[] args) {
        int x=1; // This is on the stack.
    }
}

По поводу обновления:

У объектов нет своего стека. В моем примере int y фактически будет частью каждого экземпляра HeapClass. Каждый раз, когда выделяется экземпляр HeapClass (например, new Test.HeapClass()), все переменные-члены HeapClass добавляются в кучу. Таким образом, поскольку экземпляры HeapClass размещаются в куче, int y будет находиться в куче как часть экземпляра HeapClass.

Однако все примитивные переменные, объявленные в теле любого метода, будут в стеке.

Как вы можете видеть в приведенном выше примере, int x находится в стеке, потому что он объявлен в теле метода, а не как член класса.

Все локальные переменные (включая аргументы метода) попадают в стек; объекты и все их поля хранятся в куче. Переменные всегда являются примитивами или ссылками на объекты.

Реализации Java могут фактически хранить объекты в куче таким образом, чтобы они соответствовали спецификации. Точно так же локальные переменные могут храниться в регистрах или стать нечеткими в результате оптимизации.

примитивы можно найти в обоих местах.

class Foo
{
   public int x;
   public static void Main()
   {
      int y = 3; // y is on the stack
      Foo f = new Foo();  // f.x is probably on the heap
   } 
}

за исключением того, что вам все равно, если вы не создаете JVM. Действительно умный оптимизатор может решить, что, поскольку Foo, на которое указывает f, никогда не ускользает от Main и никогда не передается другой функции, его можно безопасно разместить в стеке.

По поводу обновления:

Стек и куча различаются не тем, что в них хранится, а выполняемыми для них операциями. Стек позволяет вам выделить часть памяти способом LIFO, вы не можете освободить часть, пока все части младше, чем она, также не будут освобождены. Это удобно совпадает с тем, как используется стек вызовов. Вы можете помещать в стек что угодно, если это нормально, когда эта вещь исчезнет, ​​когда ваша функция вернется. Это оптимизация, так как он очень быстро выделяется и освобождается из стека, поскольку он поддерживает только использование таким образом. При желании можно было бы сохранить все локальные переменные для функции в куче в реализации. Куча более гибкая и, следовательно, более дорогая в использовании. Было бы неверно сказать, что у объекта есть стек и куча, как я уже сказал, что отличает стек от кучи не то, что в нем находится, а доступные операции.

Примитивные значения размещаются в стеке, если они не являются полями объекта, и в этом случае они помещаются в кучу. Стек используется для оценки и выполнения, поэтому нет смысла говорить, что объекты с примитивными полями имеют стек - он по-прежнему считается частью кучи. В куче размещено даже Stack объектов.