确定打印机是否可以在不查找的情况下处理打印作业

2022-08-31 15:14:01

我一直在与;该方法在初始磨合中检测应用程序中的打印机的速度太慢。具有 100 台以上网络打印机的客户端报告,执行此代码的行为在首次运行时表现不佳。PrintServiceLookuplookupPrintServices(DocFlavor flavor, AttributeSet attributes)

在看到正在缓存查找结果后,我最初在单独的线程中部署了一个虚拟查找(在启动时执行)。但是,对于特定客户端,此解决方案不起作用。

我目前没有他们的环境,无法看到导致确切性能问题的原因。

我正在尝试查看是否支持给定,而无需执行和的查找。所以我拉了所有可用的s和默认值:PrintServiceMediaSizeNameDocFlavorAttributeSetPrintServicePrintService

private static final PrintService[] PRINTSERVICES = 
   PrintServiceLookup.lookupPrintServices(null, null);

private static final PrintService DEFAULTSERVICE = 
   PrintServiceLookup.lookupDefaultPrintService();

然后,从客户端获取和请求。最后,我问是否支持:PrintServiceMediaSizeNamePrintServiceMediaSizeName

private void checkPrintServiceForMediaSize(PrintService pservice) throws MediaSizeNotSupportedException{
     if(!pservice.isAttributeValueSupported(_mediaSizeName,null,null))
            throw new MediaSizeNotSupportedException("This media size is not supported by the selected printer.");
     }

API 声明当调用时,使用 null 和isAttributeValueSupported(Attribute attrval,DocFlavor flavor,AttributeSet attributes)DocFlavorAttributeSet

此方法告诉此打印服务是否支持文档风格和属性集的某些可能组合的给定打印属性值

并且到目前为止一直表现正确。但是,我不完全确定如果打印机支持选定的页面大小,这是否是执行的方法。

感谢您对此问题的反馈和经验。


更新

大约在我实施我的方法时,我的工作站决定有严重的网络问题,这花了我一段时间才弄清楚。最后,我的实现已经使用网络工具SoftPerfect Connection Emulator(模拟网络负载)进行了测试,结果没有显着改善。

我将继续测试和更新这个问题。希望我能找到一个解决方案,并与这里的人分享。我猜想最初的查找:

private static final PrintService[] PRINTSERVICES = 
   PrintServiceLookup.lookupPrintServices(null, null);

仍然导致问题。


更新 2

beta 版本最终在客户端环境中进行了测试,打印对话框的性能提高了约 5 倍(打印机的初始拉取现在在相同环境下大约需要 1 分钟,而现在需要大约 5 分钟)。但是,最初的等待时间仍然不可接受,但是,这是我现在能做的最好的事情。我们还从客户那里听说正在使用打印服务器,按照评论中的建议(@Wardy),我将朝着这个方向前进。希望我们可以利用打印服务器的优势。


答案 1

更积极的缓存。让客户端执行一次查找,并在重新启动之间保留缓存。更好的是,将缓存保存到所有客户端都可以访问的中央数据存储中。

我假设网络打印机及其功能不会经常更改,但您最终必须更新缓存,但“谁”和“何时”取决于您的环境。

对缓存的更新可以由在后台运行当前发现的客户端进行,如果检测到更改,则更新缓存。如果您有一个连续运行的核心组件,那将是一个可以在固定间隔内签入的好地方。

如果您有某种目录服务,则可以在联系每台打印机以获取其减少网络和CPU负载的功能之前将其打印机列表与缓存进行比较。


答案 2

如果打印机列表存储在 LDAP 中,您可以尝试使用 LDAP 查找打印机。


推荐