Windows打印体系结构以打印池为中心,打印机图形dll的打印接口是打印驱动程序的一部分,打印的流程如下:

  1. 应用程序通知打印池开始一个新的打印任务;
  2. 打印池调用打印机接口DLL显示打印对话框,并将打印设置信息传给它;
  3. 应用程序调用GDI进行绘图操作
  4. GDI将应用程序的绘图调用保存在EMF文件中,记录完毕将之发送给打印池;
  5. GDI返回应用程序完成一次假脱机打印过程,可以进行其他任务;
  6. 打印池调用GDI,把EMF文的绘图命令一条条分解到打印机上下文中;
  7. GDI通过系统调用,调用GDI引擎实现绘图操作;
  8. GDI引擎将GDI绘图命令分解组合,在打印机图形DLL的帮助下,完成各种图形的绘制;
  9. 打印机图形DLL将绘图解码后的数据发往打印池;
  10. 打印池把打印机数据发往打印机。

                                        

                                                    图1Windows打印流程

 

实际上开发虚拟打印机过程就是设计第8步的GDI引擎中的图形绘制命令。

GDI引擎和图形设备之间的接口叫做 Device driver interface(DDI),DDI函数都有Drv前缀,共有89个,其中GDI引擎和打印机图形DLL之间的DDI函数可以分成3部分,即初始化函数,文档和页面控制函数以及图形绘制函数(表面钩子函数)开始打印前要对打印机进行初始化DrvEnableDriver是打印机图形dll的入口点,相当于一般dll的 dllMain,当GDI引擎加载打印机图形dll时要先调用这个函数,它负责分配资源和初始化内部变量。

Ecgprint中为OEMEnableDriver函数,在此函数中钩入钩子函数(如 OEMTextout, OEMStartDoc,OEMEndDoc等)DryEnablepdev是很重要的函数,它负责分配驱动程序定义的PDEV(物理设备)结构实例。

其中有两个结构非常重要:一个是 GDIINFO结构,这个结构设置设备分辨率、物理大小、颜色格式等信息;

另一个是 DEVINFO结构,描述驱动程序图形能力、缺省字体、设备字体数量和抖动格式等。

Ecgprint中为 OEMEnablepDev函数,在此函数中没有设置这两个结构,不知为什么?

DryEnablepdev成功返回后,即表示该打印机设备已初始化,随后GDI引擎

       调用 DrvCompletePDEV来给物理设备准备使用的信号。

在GDI引擎能够实际开始绘画之前,必须在 DrvEnableSurface中提供一个绘图表面。这个表面既可以是GDI引擎管理的位图表面(用 Eng CreateBitmap创建),即DIB,也可以用 EngCreateDeviceSurface创建设备管理的位图表面,即DDB。 Ecgprint中没有实现此函数。

当使用标准DIB时,驱动程序可以让GDI引擎完成所有的绘制工作而不必钩入任何函数;否则就要提供自己的实现,除了几个基本实现的基本钩子,其他的都可以交给GDI引擎处理。

                                            

                                                        图2打印机图形驱动初始化过程

  

为了完成文档打印,需要实现以下文档和页面空直接函数以及表面钩子函数

表1 需要实现的函数

 

这个是我在学习打印机驱动开发当中遇到的一个非常不错的引导性文章,可以很好的有一个大概性的流程认识

 

 

 

 

 

 


版权声明:本文为zb774095236原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/zb774095236/article/details/100985450