Java setResizable(false) изменяет размер окна (качели)

В моем примере это не меняется, поэтому у вас должно быть что-то еще, что вызывает вашу проблему:

import javax.swing.JFrame;
import javax.swing.SwingUtilities;

public class Test4 {

    protected static void initUI() {
        JFrame frame = new JFrame("test");
        frame.setBounds(0, 0, 300, 200);
        frame.setVisible(true);
        System.err.println(frame.getSize());
        frame.setResizable(false);
        System.err.println(frame.getSize());
    }

    public static void main(String[] args) {
        SwingUtilities.invokeLater(new Runnable() {

            @Override
            public void run() {
                initUI();
            }
        });
    }
}

РЕДАКТИРОВАТЬ/ОБНОВИТЬ:

Почему-то вставки неверны, когда вы устанавливаете для изменяемого размера значение false (по крайней мере, в Windows 7 и JDK 6). Каким-то образом они меняются с 30,8,8,8 на 25,3,3,3, хотя граница (которую рисует ОС) остается фактически той же. Поскольку вставки являются частью границ фрейма, фрейм на самом деле слишком большой (визуально), когда его размер нельзя изменить. Для меня это похоже на ошибку в вычисляемых вставках, когда размер кадра не изменяется.

Если вы установите setResizable false перед установкой границ, у вас не будет проблемы. как уже говорил Гергели Силаги, вы избавляетесь от полос прокрутки, но размер окна заблокирован, и поэтому вы получаете 9 или 10 пикселей дополнительного пространства в кадре. У меня была такая же проблема. Спасибо за помощь.

В зависимости от настройки L&F изменяемый размер (false/true) может изменить оформление границ окна. Нет максимизации, нет стрелки изменения размера. Это само по себе может изменить размер.

Заменять:

frame.setResizable(false);

to:

    SwingUtilities.invokeLater(new Runnable() {
        public void run() {
            frame.setResizable(false);
        }
    });

Ну, я столкнулся с этой проблемой, и это проблема Look & Feel ...

Почему изменяемый размер рамки имеет вставки (5, 5, 5, 5)? Это наводит меня на мысль, что сделать его изменяемым по размеру добавляет какой-то дополнительный компонент вокруг фрейма, например... какой-то «обработчик», который нужно перетаскивать для изменения размера?

А потом я обнаружил, что если мы используем по умолчанию Java Metal l&f и установим setDefaultLookAndFeelDecorated(true), обработчик будет окрашен и, таким образом, размер рамки не изменится. Но в Nimbus, Motif и Windows L&F этот пункт не реализован, так что это баг. Я сообщу об этом.

Мой собственный вопрос и мой ответ с GIF здесь:

Swing - setResizable (true) сделать строку заголовка JFrame выше, а размер окна меньше

На данный момент лучший патч для этой надоедливой проблемы следующий. Неважно, где вы вызываете метод setResizable(false). Просто добавьте этот фрагмент кода после того, как вы setVisible(true).

private void sizeBugPatch() {
    while (frame.getWidth() > yourWidth) {
        frame.pack();
    }
}

Где yourWidth – это ширина, которую вы установили любым из возможных способов, либо вручную, либо путем переопределения setPreferredSize методов. Объяснение довольно простое, frame.pack() как-то сбрасывает frame.setResizable(boolean b). Вы можете использовать if вместо цикла while, но я предпочитаю while, чтобы исключить случай, когда окно все еще будет увеличено даже после второго pack().

У меня есть 2 подкласса JFrame. Если я запускаю проблемный фрейм в отдельном приложении, размер фрейма правильный. Если я запускаю оба кадра в отдельном приложении, проблемный кадр все еще больше. Я установил setResizable(false) перед упаковкой, но проблема все еще возникает. Мой обходной путь состоял в том, чтобы изменить макет на BorderLayout и поместить панель (изображение) в центр, а затем выполнить setResizable.