把IE的插件装全了，打开IE后，上面的工具条多到让IE没有空间来显示网页的内容。这让我想起来了以

前某名人说的话：如果屁值钱的话，穷人将失去屁眼。我们经常抱怨我们打开一个网页很慢，可是仔细

看的话，会发现我们的IE在下载插件，因为现在大部分的插件都是经过MS认证的，而经过MS认证，一切

是那么简单，如果不想花那钱，那就研究一下破解，如果嫌麻烦，那就交点钱，MS很容易就给你的插件

安装包弄个认证，于是IE很容易就认为这些插件是信任的，而大部分用户的IE的安全里面，这些受信任

的插件是不会提醒的情况下安装的。当然我们的IE被装上插件是在我们根本在没有上网，而又不知情的

情况下装上去了。现在的很多免费或是破解的软件会给我们的IE带上五花八门的插件，比较有良心的作

者会在安装的时候，在一些不起眼的角落里面会提醒用户在装他的软件的时候，会装上**插件，而更多

的时候，没有提醒，直接就给你装上去了，导致了你被强奸了，都不知道是谁干了。
说了这么多的前言，让我们言归正传吧。作为一个开发一些免费软件给广大网民们用的我，也碰到了这

样的一件的事情。在一个阳光明媚的早上，我收到了国内著名的一家公司的业务推广员的邮件，大意是

和我谈合作，我心里一喜，是不是我作的东西很有价值，引起人家重视了，事实上很多作软件的人都会

有这样的想法，自己的东西突然有一天被慧眼发现了，从而得到风险投资组建一家公司，接着上市，圈

钱，我当然不会有例外了。于是乐得赶快加上他提供的MSN，才聊了几句，我就知道他的来意是想让我的

东东的安装包里面加上他们在推广的插件：雅虎助手，DM，IEBAR,PCAST。虽然我早就猜到收益的方式，

但是不深入虎穴，怎么抓到小老虎？于是我装成一个财迷和他聊起来，最终终于得到了一线的消息：用

户每安装上一个插件，我就可以得到几分钱的收益。作为长期和这些插件抗争的我，当然知道装了这些

东西的危害：这些插件都是流氓软件，基本上用常规方法是根本就无法删除的（说到这，让我想起了，

为了删除这些破东西，结果导致了我的系统分区被毁，重装系统的惨痛经历，但是我觉得很值，如果大

家都不向这些东西低头，我想这些东西自然会不了了之）。古人有不为五斗米折腰的故事，我当然也不

能差太远了，不能为了赚几分钱，而让广大的网友们受到这些伤害。当然我不会很直白地拒绝，必意我

还想活下去，最后婉拒了他们的要求。
从这件事情可以看出来，经常我们的良心只值几分钱，所以为了广大网民的利益出发，希望广大的共享

软件的作者们能够拒绝这种捆绑，还大家一个干净的IE。

 public struct FontStyle
 {
  public string FontName;  //字体的名称
  public uint FontSize;　　//文字大小
  public Color FontColor;  // 字体的颜色
  public bool IsUnderLine; //是否下划线
  public bool IsItalic;    //是否斜体
  public bool IsBold;      //是否粗体
  public Alignment Align;  //对齐方式
  public object BgColor;   //背景颜色
  public string Link;      //字体关联的链接
  public RaiseType Raise;  //文字的水平位置（普通，上标，下标）
 }

 public enum RaiseType
 {
  Normal,
  Sub,
  Sup
 }

对于HTML的DOM模型，是一种树型结构，所以找到一根结点，不断去遍历下面的子结点，就可以得到相应的字体样式。在遍历一层的时候，只要复制一下字体显示的结构，就可以很容易解决样式表里面，样式继承的问题。
2、水平线
对于水平线，样式就简单多了，只有宽，粗，连颜色都没有，所以我就不多说什么了。
3、图片
图片也比较简单，只是可能会带上链接，这里要注意。
对于布局的标签，真正难于处理的就是表格布局，特别是表格里面的各单元格不指定宽高的时候，要根据里面的内容来定，这个在做PDF的生成的时候，远比正真用GDI/GDI+在画布上画出来难。现在我的办法只好是先粗画一下，然后再做一次调整。整个的效率和效果都不是很好，很希望得到大家的指正。
再说PostScript，PDF里面显示的内容都是由PostScript来实现的，如果用记事本打开PDF的时候，经常会看到里面大段的乱码，这里面很可能就是压缩后的PostScript了。和所有的语言一样，它也是遵守：操作码，操作数这样规则的。具体的大家还是去看说明吧，如果真讲起来写上几十篇都写不完。因为只关联到显示，所以现在初步我只关心定位，显示大小，画图片等几个常用的。
用PostScript画图的时候，感觉很痛苦。因为它的坐标系统的原点在左下角，而不是平常所用的左上角，所以想写下第一行，必须要知道整个的高度。同时，感觉它原始到了极点，第一行文字的换行都要手工来换（不知道是不是还有其它的方法可以实现，如果有，一定要告诉我噢），也就是说我们要根据当前字体的宽度来算出来这串字符会有多宽，然后把它折成两行，其它的就和画画一样了，定坐标，选画笔颜色和类型，画上所要的内容。
还要说明一点是，在PDF里面字体是没有下划线这个样式的，所以下划线的实现就是写上文字后，在下面再画上一条线。PDF里面的链接的实现，也是要在PDF文档里面显示说明它所有效的区域。
写得很粗糙，因为我喜欢从整体去抽象一个东西。

trailer
<<
/Size 211
/Root 2 0 R
/Info 1 0 R
/ID [<B29FBB52459C4623DB1A90CBFC28381E><B29FBB52459C4623DB1A90CBFC28381E>]
>>
其中0,211分别代表这个xref的obj的起始和终止序号。其中0这个是估计是为了程序中好处理所以加了这个（个人英文水平不行，有些地方看不明白），可以不加入这个。下面的各行就代表各个obj在这个文档的起始位置，其中第一串字符（10个）代表起始位置，中间的五个字符也是为了区分用的，现在基本上全为0， 后面的字母有两种f代表删除的，n代表要使用的。后面的trailer是对整个xref的摘要，说明里面有多少个OBJ，读的时候从哪个OBJ开始解析，信息节点等，ID是为了让一些文件检索工具能够唯一区分文件。
3、文件尾。
startxref
88019
%%EOF
因为一个文档中可以有多个xref，所以这里要指明要从哪个xref开始进行解析这个文件。
从上面的分析来看：PDF文件内部校验是很复杂的，只要里面有一位错位了，就会导致整个文档读取错误。而且它时硕会有不少的二进制内容，所以一般来说在内存里面存储的时候，用流对象，而不能用字串，特别是生成的时候，每加入一个obj的时候，去获取一下当前流的长度就可以得到每个obj的起始位置，同时把获取的这些位置存到ArrayList里面，这样就可以很方便地得到和内容相一致的xref了。
三、PDF里面对象的组成形式，可以说是用树形结构来相互关联的，驵下面挂页集合，页集合下面挂页，页里挂图片，链接，内容等
四、PDF里面的obj的类型主要有以下几种：
1、文件描述对象，用来描述这个文件的标题，作者，时间等
2、组对象，也就是文档内容的起始结点。Type 为Catalog
3、页集合，里面聚合了大量的页对象。  Type 为pages
4、页对象，里面指明了当前页里面用到的字体，内容，活动对象，图片等。Type 为page
5、活动对象，有链接，文字，声音，电影等，Type 为Annots
6、图片对象， Type 为 XObject
7、字体对象，Type 为 Font 。PDF可以内置字体，所以即使目标机器上没有，只要它内置了，也可以正常地显示，不受影响（内置字体，这个我还没有研究清楚，希望知道的人可以告诉我一下，这里先谢了）
8、流对象。所有的二进制内容都是存在这个对象里面，文件流的常见的压缩方式是：图片的一些压缩算法，FlateDecode,ASCIIHexDecode,ASCII85Decode等等，FlateDecode事实上就是ZIP的压缩算法（关这个，我就花了好长的时间去研究）。流对象的长度是关连到一个长度对象上的/Length  188 0 R这种形式。188就是存这个长度的OBJ的顺序号。
9、数字对象。
188 0 obj
2538
endobj
里面只有一个数字，经常用来表示长度，为什么要把长度还要再用对象来表示，这个到现在我也想不太明白。
以上就是我对PDF文件格式的理解的摘要。也许有些地方可能理解得不正确，希望得到大家的指正。