在Linux平台上,Frame :: getBounds和Frame :: setBounds不一致。 这已经在2003年(!)报道,请看这里:
http://bugs.java.com/bugdatabase/view_bug.do?bug_id=4806603
为了方便起见,我简化了导致错误的指定代码并将其粘贴为:
import java.awt.Button; import java.awt.Frame; import java.awt.Rectangle; import java.awt.event.ActionEvent; import java.awt.event.ActionListener; /** Demonstrates a bug in the java.awt.Frame.getBounds() method. * @author Mirko Raner, PTSC * @version 1.0 (2003-01-22) **/ public class GetBoundsBug extends Frame implements ActionListener { public static void main(String[] arg) { GetBoundsBug frame = new GetBoundsBug(); Button button = new Button("Click here!"); button.addActionListener(frame); frame.add(button); frame.setSize(300, 300); frame.setVisible(true); } @Override public void actionPerformed(ActionEvent event) { Rectangle bounds = getBounds(); bounds.y--; setBounds(bounds); bounds.y++; setBounds(bounds); } }
意外的行为:点击button后,窗口稍微向下移动! (在我的系统上,每次点击28个像素。)
这是一个屏幕录制: https : //youtu.be/4qOf99LJOf8
这种行为已经存在了13年以上,所以官方可能不会有任何改变。
有没有人有这个bug的解决方法? 具体来说,我想在所有平台上可靠地存储和恢复前一个位置的窗口/框架/对话框。
PS:在Ubuntu 16 Linux上,我的java安装是由Oracle的 jdk1.8.0_102 for amd64。 由于我最近从Windows迁移到Ubuntu,我知道在Windows上,上面的代码正常工作。
使用SwingWorker适应Swing产生相同的效果:
import java.awt.Rectangle; import java.awt.event.ActionEvent; import java.awt.event.ActionListener; import javax.swing.JButton; import javax.swing.JFrame; import javax.swing.SwingWorker; public class GetBoundsBug extends JFrame implements ActionListener { public static void main(String[] arg) { GetBoundsBug myJFrame = new GetBoundsBug(); JButton myJButton = new JButton("Click here!"); myJButton.addActionListener(myJFrame); myJFrame.setContentPane(myJButton); myJFrame.setSize(300, 300); myJFrame.setVisible(true); } @Override public void actionPerformed(ActionEvent event) { SwingWorker<Void, Void> mySwingWorker = new SwingWorker<Void, Void>() { @Override public Void doInBackground() { Rectangle myRectangle = getBounds(); myRectangle.y--; setBounds(myRectangle); myRectangle.y++; setBounds(myRectangle); return null; } }; mySwingWorker.execute(); } }
那么,在最初的错误数据库条目中,这被标记为“不会修复”,并被解释为窗口管理器中的一个怪癖,而不是JDK。
你使用的是什么窗口管理器?
只是一个额外的说明。 我注意到你的代码在事件调度线程上没有做太多的事情。 所有Java的绘图API都是单线程设计,这意味着除非您将GUI更新调度到事件调度线程,否则不应期望您的应用程序正常工作。
这意味着您需要(在您的主要)创建一个新的Runnable,当评估将呈现您的小部件,并提交给EDT。
此外,动作侦听器会更新动作中的组件状态,绕过重绘请求,并忽略确保向EDT分派所需的典型安全措施。
在这两种方式中,您的代码在Java环境中都不是有效的GUI代码,而且您确定的错误可能与您的行为无关,因为在您甚至知道错误影响之前,您的程序违反了GUI工具箱设计它。
此外,awt只包装组件。 如果组件谎言,那么谎言滴入Java。 没有太多可以做到这一点(但我不认为这是主要的担心)。 如果你不喜欢,使用Swing,这是一个更加理智/稳定的环境。