clojure - 在 Leiningen 下追踪 Clojure UI 应用程序中的 AWT 异常

Question

引用这个 SO question on a first UI program in Clojure ，我创建了一个新的 Leiningen 应用程序项目:

lein new app a-ui-app

将源码复制到leiningen生成的core.clj中，修改-main例程调用

(defn -main
  "See https://stackoverflow.com/questions/2792451/improving-my-first-clojure-program?rq=1."
  [& args]
  ;; work around dangerous default behaviour in Clojure
  (alter-var-root #'*read-eval* (constantly false))

  (doto panel
        (.setFocusable true)
        (.addKeyListener panel))

  (doto frame
        (.add panel)
        (.pack)
        (.setDefaultCloseOperation JFrame/EXIT_ON_CLOSE)
        (.setVisible true))

  (loop []
        (draw-rectangle panel @x @y)
        (Thread/sleep 10)
        (recur))
  )

然后我通过任一方式运行它

lein run

或

lein uberjar
java -jar ./target/a-ui-app-0.1.0-SNAPSHOT-standalone.jar 

在这两种情况下，该应用程序都运行良好，但在我用来启动它的终端中，在随机延迟几秒钟后出现异常:

Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: No matching clause: 157 at a_ui_app.core$fn__16$fn__21$fn__22.invoke(core.clj:19) at clojure.lang.AFn.call(AFn.java:18) at clojure.lang.LockingTransaction.run(LockingTransaction.java:263) at clojure.lang.LockingTransaction.runInTransaction(LockingTransaction.java:231) at a_ui_app.core$fn__16$fn__21.invoke(core.clj:17) at a_ui_app.core.proxy$javax.swing.JPanel$KeyListener$6c415903.keyPressed(Unknown Source) at java.awt.Component.processKeyEvent(Component.java:6340) at javax.swing.JComponent.processKeyEvent(JComponent.java:2809) at a_ui_app.core.proxy$javax.swing.JPanel$KeyListener$6c415903.processKeyEvent(Unknown Source) at java.awt.Component.processEvent(Component.java:6159) at java.awt.Container.processEvent(Container.java:2083) many more lines...

我没有对 project.clj 进行任何更改——只是使用了 leiningen 生成的。

我想了解发生了什么。我绝不了解 Java 线程。问题是否与 leiningen 启动应用程序的 Java 线程的方式有关？这是不可避免的吗？如果没有，我该如何修复它，无论是对于这个小示例程序还是 future ，作为使用 UI 线程(我认为是 AWT-EventQueue-0)的 future 项目的项目模式。

Answer 1

我不知道你为什么会得到那个错误，但我会说你做错了几件事:Swing 是一个复杂的野兽； )

Swing 不是线程安全的。关于您在 EDT(事件调度线程/UI 线程)上可以做什么和不能做什么的“规则”随着时间的推移发生了变化……在某个时候，Sun 决定所有修改 Swing 组件的事情都应该在 EDT 上完成。

因此，从另一个忙于旋转循环的线程绘制矩形是一个很大的禁忌。此外，您绘图的方式也不正确:您不应该直接获取 Graphics 对象并从您的其他线程修改它(这是一种 super hack，应该会引发疯狂的闪烁)。一种“正确”的 Swing 方法是覆盖 paintComponent(Graphics g) Java 方法并在那里进行绘图:因此每次需要重绘该组件时，它都会被正确重绘。

这是您的代码的修改版本(我没有修复应该是 case 的嵌套 if 语句等)使用 paintComponent 绘制矩形:

(import java.awt.Color)
(import java.awt.Dimension)
(import java.awt.event.KeyListener)
(import javax.swing.JFrame)
(import javax.swing.JPanel)

(def x (ref 0))
(def y (ref 0))

(def panel
  (proxy [JPanel KeyListener] []
    (paintComponent [g]
      (proxy-super paintComponent g)
      (doto g
        (.setColor (java.awt.Color/WHITE))
        (.fillRect 0 0 100 100)
        (.setColor (java.awt.Color/BLUE))
        (.fillRect (* 10 @x) (* 10 @y) 10 10)))
    (getPreferredSize [] (Dimension. 100 100))
    (keyPressed [e]
      (let [keyCode (.getKeyCode e)]
        (if (== 37 keyCode) (dosync (alter x dec))
        (if (== 38 keyCode) (dosync (alter y dec))
        (if (== 39 keyCode) (dosync (alter x inc))
        (if (== 40 keyCode) (dosync (alter y inc))))))
        (.repaint this)
        ))
    (keyReleased [e])
    (keyTyped [e])))

(def frame (JFrame. "Test"))

(defn -main [& args]

  (doto panel
        (.setFocusable true)
        (.addKeyListener panel))

  (doto frame
        (.add panel)
        (.pack)
        (.setDefaultCloseOperation JFrame/EXIT_ON_CLOSE)
        (.setVisible true)))

我不太喜欢 deref 分别对 x 和 y 进行处理:但是据我所知，paintComponent 和关键监听器触发器都保证在 EDT 上发生，所以你的情况下的读数应该是一致的。如果我是你，我仍然会使用单个 xy def。

我对 JPanel 也有点困惑，它也是一个 KeyListener 和 -main 函数，然后将 KeyListener 添加到他自己:(doto panel (.addKeyListener panel)) 感觉很奇怪.可能没问题，我不知道:只是感觉很奇怪 :)

关于您的异常，我不知道，但 Swing EDT 实际上偶尔会抛出异常，因为 Swing 有很多错误和，因为 Swing 的正确使用是如此复杂以至于程序倾向于犯了不少诚实的错误。根据平台/JVM，异常被捕获并且 EDT 继续运行或者一个新的 EDT 自动启动。通常你不应该能够“崩溃”EDT，因为如果 EDT 崩溃它应该自动重启。这就是为什么您看到异常但您说您的程序仍然“运行良好”的原因。

我会说异常和神秘的堆栈跟踪与 Swing 不是线程安全的有关，并且你做了奇怪的事情:旋转循环获取面板的底层 Graphics 对象并弄乱它，但我真的不确定。

你的代码经过上面的修改似乎在做你想做的事情，而且没有眨眼。

希望对您有所帮助。