当使用JFileChooser以及Windows外观时，我的加载时间约为21-40秒。如果我删除外观并感觉代码运行得非常快。我想问题是在初始化new JFileChooser("path");时.有人可以帮助我吗？这是我的代码
import java.awt.*;
import java.awt.event.*;
import java.io.*;
import javax.swing.*;
public class MainClass {
public static void main(String[] args) {
EventQueue.invokeLater(new Runnable() {
public void run() {
createGUI();
}
});
}
private static void createGUI() throws HeadlessException {
final JFrame frame = new JFrame("JFileChooser Demo");
try
{
UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
}
catch (Exception e)
{
e.printStackTrace();
}
final JFileChooser fc = new JFileChooser();
fc.setMultiSelectionEnabled(true);
fc.setCurrentDirectory(new File("./feedback"));
JButton btn1 = new JButton("Show Dialog");
btn1.addActionListener(new ActionListener() {
public void actionPerformed(ActionEvent e) {
fc.showDialog(frame, "Choose");
}
});
Container pane = frame.getContentPane();
pane.setLayout(new GridLayout(3, 1, 10, 10));
pane.add(btn1);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.pack();
frame.setVisible(true);
}
}
我遇到了同样的问题，至少就我而言，它与Windows或Java的版本无关。
在创建 JFileChooser 期间，Windows 外观已经尝试通过请求所有可见项(包括网络共享的图标(的图标来计算当前目录的组合框的大小。在我的情况下，我的一些网络共享不可用。
这是我在Java 8和Windows 10上的堆栈跟踪：
Thread [AWT-EventQueue-0]
Unsafe.park(boolean, long) line: not available [native method]
LockSupport.park(Object) line: 175
FutureTask<V>.awaitDone(boolean, long) line: 429
FutureTask<V>.get() line: 191
Win32ShellFolderManager2$ComInvoker.invoke(Callable<T>) line: 582
ShellFolder.invoke(Callable<T>, Class<E>) line: 518
ShellFolder.invoke(Callable<T>) line: 504
Win32ShellFolder2.getIcon(boolean) line: 968
WindowsFileSystemView(FileSystemView).getSystemIcon(File) line: 243
WindowsFileChooserUI$WindowsFileView.getIcon(File) line: 1300
JFileChooser.getIcon(File) line: 1609
WindowsFileChooserUI$DirectoryComboBoxRenderer.getListCellRendererComponent(JList, Object, int, boolean, boolean) line: 998
BasicListUI.updateLayoutState() line: 1361
BasicListUI.maybeUpdateLayoutState() line: 1311
BasicListUI$Handler.valueChanged(ListSelectionEvent) line: 2623
DefaultListSelectionModel.fireValueChanged(int, int, boolean) line: 184
DefaultListSelectionModel.fireValueChanged(int, int) line: 164
DefaultListSelectionModel.fireValueChanged() line: 211
DefaultListSelectionModel.changeSelection(int, int, int, int, boolean) line: 405
DefaultListSelectionModel.changeSelection(int, int, int, int) line: 415
DefaultListSelectionModel.setSelectionInterval(int, int) line: 459
BasicComboPopup$1(JList<E>).setSelectedIndex(int) line: 2216
BasicComboPopup.setListSelection(int) line: 1186
BasicComboPopup.access$300(BasicComboPopup, int) line: 65
BasicComboPopup$Handler.itemStateChanged(ItemEvent) line: 1015
WindowsFileChooserUI$2(JComboBox<E>).fireItemStateChanged(ItemEvent) line: 1223
WindowsFileChooserUI$2(JComboBox<E>).selectedItemChanged() line: 1280
WindowsFileChooserUI$2(JComboBox<E>).contentsChanged(ListDataEvent) line: 1330
WindowsFileChooserUI$DirectoryComboBoxModel(AbstractListModel<E>).fireContentsChanged(Object, int, int) line: 118
WindowsFileChooserUI$DirectoryComboBoxModel.setSelectedItem(Object) line: 1140
WindowsFileChooserUI$DirectoryComboBoxModel.addItem(File) line: 1111
WindowsFileChooserUI$DirectoryComboBoxModel.access$800(WindowsFileChooserUI$DirectoryComboBoxModel, File) line: 1041
WindowsFileChooserUI.doDirectoryChanged(PropertyChangeEvent) line: 730
WindowsFileChooserUI.access$1100(WindowsFileChooserUI, PropertyChangeEvent) line: 55
WindowsFileChooserUI$11.propertyChange(PropertyChangeEvent) line: 821
PropertyChangeSupport.fire(PropertyChangeListener[], PropertyChangeEvent) line: 335
PropertyChangeSupport.firePropertyChange(PropertyChangeEvent) line: 327
PropertyChangeSupport.firePropertyChange(String, Object, Object) line: 263
JFileChooser(Component).firePropertyChange(String, Object, Object) line: 8434
JFileChooser.setCurrentDirectory(File) line: 598
JFileChooser.<init>(File, FileSystemView) line: 344
JFileChooser.<init>(File) line: 326
FileChooser.<clinit>() line: 15
...
所以我看到两个解决方案：
正如Joop Eggen所提到的，在你需要它之前很久就初始化你的文件选择器，或者安装你自己的UI，它会尝试在额外的线程中检索图标，只返回那些立即可用的图标。
一个解决方案(很多年前(是使用 java.awt FileChooser。更好的似乎是在后台预加载一个共享的JFileChooser：
一个有未来的领域：
FutureTask<JFileChooser> futureFileChooser = new FutureTask<>(JFileChooser::new);
然后在初始化时执行以下操作：
ExecutorService executor = Executors.newSingleThreadExecutor();
executor.execute(futureFileChooser);
因此，当最终需要JFileChooser时，请从未来获取它。
JFileChooser fileChooser = futureFileChooser.get();
如果在加载时间内完成此操作，它仍然会阻塞，但已经停留了更少的时间。当做的第一件事是打开 JFileChooser 时，此解决方案将不起作用。
我可能无法说服你切换到JavaFX，如果本机的外观和感觉是如此需要的话。
这段代码帮助了我，从那时起我没有发现任何问题。
WindowsFileChooserUI wui = new WindowsFileChooserUI(filechosser);
wui.installUI(filechosser);
对我来说，解决方案是从桌面上删除LibreOffice Writer和Calc的快捷方式，这些快捷方式是在安装过程中自动创建的。手动制作了另一个快捷方式(右键单击拖放(，这些快捷方式并没有减慢文件选择器的打开速度。
只是添加到知识库中。在 win 10 java 18 上
javax.swing.UIManager$LookAndFeelInfo[CDE/Motif com.sun.java.swing.plaf.motif.MotifLookAndFeel]
工作速度非常快。注意：在上面的主题和com.之间有一个空格。