JTextArea对象），启动三个单独的线程，然后这些线程尝试更新JTextArea（即对其进行append()），但根本不起作用。在JTextArea初始化期间，我将一些测试行打印到它上面，这很好用。发生了什么？我该怎么解决？此外，每个线程每次更新JTextArea时都会睡眠随机时间。
抱歉，我没有提供任何代码，它们都分散在几个文件中。
doc.insertString(doc.getLength(), str, null);
这行代码分解成两行：
int len = doc.getLength();doc.insertString(len, str, null);问题在于，如果文档（即doc）在第1行和第2行之间发生更改，尤其是文档长度的更改，可能会出现问题。
JTextArea.append的文档说：getLength、insertString。无法保证这两个调用之间内容不会发生变化。 - JarekczekDocument的线程安全性。然而，很难相信一个应用程序会如此轻易地利用这个问题，导致JTextArea根本没有显示任何内容。可能除了append之外还使用了其他方法，导致总体失效。我附上了一个测试应用程序，在Debian上运行Oracle jre 6（也在Win7上运行java 6 64位），没有发现问题。getLength()和insertString()方法，导致插入位置错误甚至出现BadLocationException。其他线程在这两个指令之间修改文档。即使它们在同一行 :)BadLocationException。我确信这是不可能发生的，但我错了。getLength()和insertString()配对创建关键部分的需求后，很明显JTextArea会失败（请参见Tom Hawtin的答案）。我确实看到了它的失败，因为并非每个insertString都成功执行，导致结果文本比应该的要短。然而，在循环次数为10000时，这个问题并没有发生，只有在100000时才出现。查看jdk 7 JTextArea.append代码，它仅修改底层文档，似乎在外部同步JTextArea也可以解决这个问题。
在0处插入也很好用，不需要任何同步，尽管需要很长时间才能完成。
通常在这样的应用程序中，人们希望滚动到最后一行。嘿，这是awt。您不能在EDT之外设置CaretPosition。所以我不这样做。手动滚动。我解决滚动问题的建议在另一个答案中。Document.insertString是线程安全的，但要有效地使用它，需要同步。
在下面的代码中，PlainDocument被子类化以创建同步的append方法，该方法将getLength和insertString封装到锁中。这个锁有受保护的访问权限，所以我不能在没有单独的类的情况下使用它。然而，外部同步也给出了正确的结果。import java.awt.*;
import java.util.concurrent.CountDownLatch;
import javax.swing.*;
import javax.swing.text.*;
class SafePlainDocument extends PlainDocument
{
public void append(String s)
{
writeLock();
try {
insertString(getLength(), s, null);
}
catch (BadLocationException e) {
e.printStackTrace();
}
finally
{
writeUnlock();
}
}
}
public class StressJText
{
public static CountDownLatch m_latch;
public static SafePlainDocument m_doc;
public static JTextArea m_ta;
static class MyThread extends Thread
{
SafePlainDocument m_doc;
JTextArea m_ta;
public MyThread(SafePlainDocument doc)
{
m_doc = doc;
}
public void run()
{
for (int i=1; i<=100000; i++) {
String s = String.format("%19s %9d\n", getName(), i);
m_doc.append(s);
}
StressJText.m_latch.countDown();
}
}
public static void main(String sArgs[])
{
System.out.println("hello");
final int cThreads = 5;
m_latch = new CountDownLatch(cThreads);
java.awt.EventQueue.invokeLater(new Runnable() {
public void run() {
JFrame frame = new JFrame();
m_ta = new JTextArea();
m_doc = new SafePlainDocument();
m_ta.setDocument(m_doc);
m_ta.setColumns(50);
m_ta.setRows(20);
JScrollPane scrollPane = new javax.swing.JScrollPane();
scrollPane.setViewportView(m_ta);
frame.add(scrollPane);
frame.pack();
frame.setVisible(true);
for (int it=1; it<=cThreads; it++) {
MyThread t = new MyThread(m_doc);
t.start();
}
}
});
try {
m_latch.await();
}
catch (InterruptedException ie) {
ie.printStackTrace();
}
java.awt.EventQueue.invokeLater(new Runnable() {
public void run() {
System.out.println("tf len: " + m_ta.getText().length());
System.out.println("doc len: " + m_doc.getLength());
System.exit(0);
}
});
}
}
invokeLater只有大约50%的性能损失，所以我同意你的看法！副作用：EDT解决方案会自动更新插入符号。 - JarekczekJTextArea.append(..) 是线程安全的，因此可以放心地从不同的线程调用它。
然而，.append() 的 javadoc 中指出：
Does nothing if the model is null or the string is null or empty.
JTextArea线程安全吗？
一般情况下不是线程安全的。正如其他人所说，即使append方法也不再被文档记录为线程安全。然而，Java 7 AbstractDocument.insertString的文档明确指出该方法是线程安全的。
使用AbstractDocument.insertString根据文档似乎是安全的。这也是唯一合理的选择。在GUI线程中更新字符串模型将导致严重的性能损失。
JTextArea.append呢？我认为它取决于底层的Document。对于PlainDocument和DefaultStyledDocument，它可能是线程安全的。对于其他模型，应查看相关文档。如果不知道底层文档是什么，则应将append视为非线程安全，并仅从EDT调用它。
编辑：append不是线程安全的另一个可能原因是它由2个操作组成：getLength和insertString，在两者之间，文档的内容可能会发生更改。因此，使用像insertString(getLength(), ...)这样的结构也要小心。没有同步是不正确的。 AbstractDocument.writeLock可能有所帮助，但它受到保护。
JTextArea方法的线程安全 条款 已经被删除了。http://download.oracle.com/javase/7/docs/api/javax/swing/JTextArea.html - trashgod