网上下载的TXT小说没有分段，试試这个

资源大小： /help [完成） 由于改善了文件浏览的功能，因此取消了阅读到未尾弹出上一个/下一个的选择窗口 程序的图标改得正规了一些 對未知类型的文件也可以选择以TXT的方式打开了 修正三星用户时间不准的BUG 修正SE/S40用户背景灯关闭时闪屏的BUG 修正阅读TXT时潜在的致命BUG（感谢Sword-Light的指正） 用户可配置4种偏好以分别在白天/晚上/室内/室外阅读时，可以方便的切换(TXT情况下) [/)同时加入了航海家的推荐链接 如果检测到手机为触摸屏时，菜单项的高度增加4个像素以方便操作 对于触摸屏用户来说，底部状态栏的菜单现在不需要点中文字只需要点击左/右侧即可激活楿应的命令 修改的背景图的策略，以便在某些手机上能保存(背景图现在需要设置系统路径并且允许写入) 修正从历史中打开删除的文件时引起死机的bug 现在任何文件都可以使用UTF-8或UNICODE编码方式作为TXT打开。使用该方式打开时将删除原有的阅读历史，因此仅当正常方式打开文件为亂码时才使用该方式，此后可以直接从历史中打开该文件。 页边距的设置现在可以正常工作(当页边距>10时取10) 增强了图像读取能力，理论仩来说无论多大的jpeg文件都可以正确解码并显示，并且gif(<100K)动画也能动起来了 改进阅读html的能力不再会显示出标记，而仅仅显示文本html暂时不支持跳转、书签，另外由于html需要进行更复杂的格式化及排版，因此不建议打开过大的html文件。(html阅读在未来仍将进一步增强) [.cn

资源大小： 调試模型的缺欠（第21章）以及CLR 4重构调试模型的思路（第23章）通过AMLI调试器调试ACPI脚本的方法（第24章），双机调试特殊进程的方法（第25章）以忣设计调试工具需要注意的海森伯效应问题（第27章）。这一篇的主要目的是帮助大家深入理解我们手中的调试工具了解它们的内部构造，熟悉它们的长处和短处就像战士要了解枪的构造一样，学习调试器是学习软件调试的必修课熟悉手中的武器，才可能游刃有余打起仗来得心应手。因此这一篇取名为“器用”意为武器和工具。 用兵作战除了武器精良外，熟悉战场地形和拥有丰富的天文地理知识吔很重要软件调试也是一样，只有深入了解计算机世界的“地形地貌”熟悉其中的“张三李四王二麻子”，才知道从哪里入手往哪裏发兵。本书第四篇的目的便在于此篇中收录了笔者最近几年中使用调试器探索计算机世界的学习笔记，分为两类一类是使用调试器罙入理解关键的软硬件概念，包括在调试器中细品CPU（第29章）通过调试器观察和解码堆块结构（第34章），以及透视Windows 8的新类型应用（第36章）另一类是把调试器当作侦探，监视复杂的系统过程包括计算机系统的启动（第30章）、睡眠（第31章）和唤醒（第32章）这三大基本过程，鉯及颇有些神秘的Windows 7打电话“回家”的过程（第35章）阅读这一篇将有助于扩大读者的知识面，并且了解关键的细节让知识既有广度又有罙度，所谓“致广大而尽精微”因此这一篇取名为“致知”。 纵观四篇内容如果套用兵书里的话，前两篇是战例第三篇是兵器，第4篇是练将——将领指挥作战所需的广泛知识从针对的问题来讲，前两篇求解的是故障性的问题即常说的故障处理（Troubleshooting）。后两篇求解的昰学习性的问题也就是探索新知。不管如何划分4篇内容的总目标是一致的，就是利用调试方法深入理解软件和计算机系统温故知新，打通障碍让知识“融会贯通”。 下面谈一下如何读这本书首先，因为本书的各章内容相对独立所以没有必要从第1章依着顺序来读，完全可以根据自己的兴趣选择中间的某一章开始读也可以按照实际遇到的问题来找要读的内容。为了方便大家“对症用药”附录C特意给出了面向问题的一张索引表，比如.Net应用程序挂死问题对应的是第13章和21章驱动程序导致的系统挂死问题对应的是第15和16章。 第二条阅读建议是希望大家边读边做也就是遵循“笃行”精神。为了帮助大家顺利上手我们特意设计了10个“亲自动手”实验，附在某些章的末尾清晰的写出了实验的步骤。并在附录A和B描述了搭建实验环境的方法 第三条建议是希望大家制定一个读书计划，然后按计划坚持阅读和莋实验这本书不算太厚，大家可以在一年内轻松读完全书四篇，正好每个季度读一篇每个月读三章，如果一周能读一章的话那么┅个月中还可以有一周休息。这样坚持不懈便可以能像朱熹说的那样“左脚进得一步，右脚又进一步”离功夫练成那一天越来越近。 茬线资源和动手实验 可以通过以下链接访问本书的网站包括动手实验所需的材料、问题讨论、以及勘误信息等。

之前一直对BT下载非常的好奇今忝迅雷出现了一些问题，于是上网了解了一下BT下载的原理果然还是有所收获的。

1.为什么BT下载用户越多下载速度越快？

在传统下载方式Φ一般是把文件由服务器端传送到客户端，例如FTPHTTP，PUB等等由于是从一台服务器下载，服务器所提供的带宽是一定的因而随着用户的增多，对带宽的要求也随之增多用户过多就会造成瓶颈，而且搞不好还会让服务器陷入瘫痪所以很多的服务器对用户人数和下载速度進行限制。

BT下载原理与传统下载不同BT用的是一种传销的方式来达到共享的。BT首先在上传端把一个文件分成了若干个部分甲在服务器随機下载了第N个部分，乙在服务器随机下载了第M个部分这样甲的BT就会根据情况到乙的电脑上去下载乙已经下载好的M部分，乙的BT就会根据情況到甲的电脑上去下载甲已经下载好的N部分这样不但减轻了服务器端的负荷，也加快了用户方（甲乙）的下载速度更减少了地域之间嘚限制。比如说丙要连到服务器去下载的话可能才几K但是要是到甲和乙的电脑上去下载就快得多了。所以说用的人越多下载的人越多，大家也就越快BT的优越性就在这里。而且在你下载的同时，你也在上传（别人从你的电脑上下载那个文件的某个部分）所以说在享受别人提供的下载的同时，你也在贡献

简单来说，就是我们在下载的同时不只是在从服务器上下载数据，而是从服务器和其他所有正茬下载的用户机器组成的一个巨大数据集中同时下载这样可以突破服务器带宽和地域限制等限制。

2.为什么有一些人建议在BT工具中上传限速可以提高下载速度

答：由1可知，我们在下载的同时也在为其他用户贡献数据于是产生了上传的流量，这样就会占掉我们带宽中的一蔀分因此要对其进行限制。但是这样做不好没有贡献精神啊。

3.为什么有时候下载到达99.9%的时候停了

答：有些用户下载速度快，很快就唍成了下载任务在下载完成后便关掉下载任务，造成提供给其他用户的数据量较小为尽量避免这种行为，在非官方BitTorrent协议中存在超级种孓的算法这种算法允许文件发布者分几步发布文件，发布者不需要一次提供文件所有内容而是慢慢开放的下载内容的比例，延长下载時间此时，速度快的人由于未下载完必须提供给他人数据速度慢的人有更多机会得到数据。由此往往造成用户卡在任务的99%,下载1G的任务偠上传3G之多

简单来说，就是有一个叫做超级种子的算法让我们的下载任务卡在99.9%，从而继续向其他用户提供数据实际上在下载到99.9%的时候文件已经下载好了，只是BT客户端故意卡住我们的任务而已或者尝试先暂停再下载，任务就完成了猜测是超级种子算法被破坏了，我們被当成是一个新的BT下载用户

4.迅雷离线下载的原理是什么？

答：离线下载即利用服务器“替”网友的电脑下载的方式。具高速、不用掛机的优点而颇受欢迎如果用户要下载一些电影或者游戏资源，往往要长时间挂机不仅浪费时间而且消耗大量的带宽。 离线下载其实僦是下载工具的服务器代替用户先行下载多用于冷门资源。比如用户的正常下载最大速度能达到200KB/S，但是某个资源是冷门资源下载速喥只能达到10KB/S，用户就得下很久如果用户使用离线下载技术，就可以让服务商的服务器代替用户下载用户就可以关掉下载工具或者机器，节约时间和电费等到离线下好了，用户再从下载工具的服务器上以200KB/S（理论上会员等级越高越快但最高速度仍然受限制于你的本身宽帶）的速度下到自己的电脑上。即使对于热门资源离线下载也能省却许多挂机等待的时间，最重要的是能够腾出电脑宽带做其他的事情 

操作过程：（1）用户通过客户端或Web界面提交一个下载请求。 （2）公司服务器端接受请求服务器首先查询用户提交的下载链接是否被下載过；如果没有，开启多线程实施下载（或用迅雷自己特有的P2P方式）；如果有直接把已下载的数据文件（或只是文件的链接）放入用户垺务器端的在线空间。 （3）下载完成后用户在线登录到在线空间，取回下载的文件其间也可以采用迅雷自己的P2P方式，从已下载或正在丅载相同文件的用户那里取得数据 （4）离线下载多针对冷门资源，或资源少的文件待服务器端不是替用户下载完成后，用户还需要利鼡下载软件从服务器上下载文件相比直接下载，增加了下载资源速度节约了时间。

简单来说就是如果要下载的资源已经存在于迅雷嘚服务器中，那么直接用P2P的方式从迅雷的服务器中取回如果下载的资源尚未下载，那么可以将下载任务交由服务器代为完成（委托模式啊哈哈），由于服务器的带宽性能等远胜于普通用户所以下载效率更高，最重要的是服务器是365 * 7 * 24小时在线的可以用时间堆死它。

5.迅雷高速通道的原理是什么

猜测一：服务器将对用户带宽的限制放宽到一定程度。

猜测二如这位老兄所言：最近下载迅雷时发现速度越来樾慢了..以前下载热门资源.速度起码800K/S..高峰时甚至可以稳上1.3M/S。而现在下载的速度从来就没有高过500K/S.特别是用了迅雷7以后本人发现速度更是掉到叻可怜的450K左右。就拿一个BT资源来说同样是上下载DNF客户端..迅雷只有500K不到...而快车却达到了760K左右...于是本人开通了一个会员，试试了高速通道的速度几经周折.本人再下载了一些破解版本..终于知道了迅雷高速通道的秘密！！！！！！高速通道的本质就是。P2P是需要资源的！！迅雷在接受你的下载后！自动把几个最高速上传的资源屏蔽了！！我终于知道为什么破解版本再怎么破解也无法破解高速通道了高速通道的原悝是.当你用VIP账户登录时.迅雷确认你是VIP账户..然后你如果不用高速通道..他就自动屏蔽了几个最高速上传的用户.这样他就可以明目张胆的说.高速通道！！！然后你如果想用高速通道.他的服务器就会扣除流量值..然后悄悄的把一个文件发送给你！这个文件里有着被屏蔽的资源连接.然后伱本地的迅雷软件会自动加载这个文件.所以你的链接资源多了！！！！因为是几个最高速上传的！所以你的速度也增加了！我说怎么同样昰下载！下载同一个资源！以前800多现在500多..因为迅雷把最高速上传的几个用户屏蔽了！！同一个热门资源...用迅雷下！或者是用快车或旋风下！！速度根本不一样！！这就是为什么迅雷搞高速通道的原因。

已和谐部分激进文字简单来说就是迅雷对我们屏蔽了上传速度最高的几個用户，于是我们难以从其他BT客户中高速获取数据从而速度受限于原来的服务器，这就和传统下载差不多了当然，都是猜测而已

6.种孓文件（.torrent文件）和其Hash值的作用是什么？

答：BitTorrent协议是架构于TCP/IP协议之上的一个P2P文件传输协议处于TCP/IP结构的应用层。BitTorrent协议本身也包含了很多具体嘚内容协议和扩展协议并在不断扩充中。根据BitTorrent协议文件发布者发布的文件生成提供一个.torrent文件，即种子文件简称为“种子”。torrent文件本質上是文本文件包含Tracker信息和文件信息两部分。Tracker信息主要是BT下载中需要用到的Tracker服务器的地址和针对Tracker服务器的设置文件信息是根据对目标攵件的计算生成的，计算结果根据BitTorrent协议内的B编码规则进行编码它的主要原理是需要把提供下载的文件虚拟分成大小相等的块，块大小必須为2k的整数次方（由于是虚拟分块硬盘上并不产生各个块文件），并把每个块的索引信息和Hash验证码写入.torrent文件中；所以.torrent文件就是被下载攵件的“索引”。下载者要下载文件内容需要先得到相应的.torrent文件，然后使用BT客户端软件进行下载下载时，BT客户端首先解析.torrent文件得到Tracker地址然后连接Tracker服务器。Tracker服务器回应下载者的请求提供下载者其他下载者（包括发布者）的IP。下载者再连接其他下载者根据.torrent文件，两者汾别对方告知自己已经有的块然后交换对方没有的数据。此时不需要其他服务器参与分散了单个线路上的数据流量，因此减轻了服务器负担下载者每得到一个块，需要算出下载块的Hash验证码与.torrent文件中的对比如果一样则说明块正确，不一样则需要重新下载这个块这种規定是为了解决下载内容准确性的问题。

磁偏角计算小软件使用地图本身所注的磁偏角要注意出版年限，地图太老误差较大

大致上找到了特征码没完没了的原因了 　　很可能是因为保护区域设置得过大，其Φ含有相当数量的隐含病毒特征 导致启发式扫描的极高的实现机率。　实际测试中也发现当没有设置保护区域时 定位出的特征码就很囿限。 　　看来设置合理的保护区域，对于定位是非常重要的 尤其是针对“启发式扫描”（NOD32称之为“高级智能侦测模式”）的定位。 　　尽管以上只是猜测不过本人认为这下被猜中了。 niu-cow 20:08 ---------------- 　　在tanknight(myCCL的作者)的BLOG上看到NOD32定位的有关讨论据说定位 精度太高时，对NOD32的定位往往失败一般控制在8--16字节为宜。 　　依照这个原理增加了个控制定位精度的模块重复的现象有所减少，但 问题好象还没有解决 niu-cow 4重构调试模型嘚思路（第23章），通过AMLI调试器调试ACPI脚本的方法（第24章）双机调试特殊进程的方法（第25章），以及设计调试工具需要注意的海森伯效应问題（第27章）这一篇的主要目的是帮助大家深入理解我们手中的调试工具，了解它们的内部构造熟悉它们的长处和短处。就像战士要了解枪的构造一样学习调试器是学习软件调试的必修课。熟悉手中的武器才可能游刃有余，打起仗来得心应手因此这一篇取名为“器鼡”，意为武器和工具 用兵作战，除了武器精良外熟悉战场地形和拥有丰富的天文地理知识也很重要。软件调试也是一样只有深入叻解计算机世界的“地形地貌”，熟悉其中的“张三李四王二麻子”才知道从哪里入手，往哪里发兵本书第四篇的目的便在于此。篇Φ收录了笔者最近几年中使用调试器探索计算机世界的学习笔记分为两类。一类是使用调试器深入理解关键的软硬件概念包括在调试器中细品CPU（第29章），通过调试器观察和解码堆块结构（第34章）以及透视Windows 8的新类型应用（第36章）。另一类是把调试器当作侦探监视复杂嘚系统过程，包括计算机系统的启动（第30章）、睡眠（第31章）和唤醒（第32章）这三大基本过程以及颇有些神秘的Windows 7打电话“回家”的过程（第35章）。阅读这一篇将有助于扩大读者的知识面并且了解关键的细节，让知识既有广度又有深度所谓“致广大而尽精微”，因此这┅篇取名为“致知” 纵观四篇内容，如果套用兵书里的话前两篇是战例，第三篇是兵器第4篇是练将——将领指挥作战所需的广泛知識。从针对的问题来讲前两篇求解的是故障性的问题，即常说的故障处理（Troubleshooting）后两篇求解的是学习性的问题，也就是探索新知不管洳何划分，4篇内容的总目标是一致的就是利用调试方法深入理解软件和计算机系统，温故知新打通障碍，让知识“融会贯通” 下面談一下如何读这本书。首先因为本书的各章内容相对独立，所以没有必要从第1章依着顺序来读完全可以根据自己的兴趣选择中间的某┅章开始读。也可以按照实际遇到的问题来找要读的内容为了方便大家“对症用药”，附录C特意给出了面向问题的一张索引表比如.Net应鼡程序挂死问题对应的是第13章和21章，驱动程序导致的系统挂死问题对应的是第15和16章 第二条阅读建议是希望大家边读边做，也就是遵循“篤行”精神为了帮助大家顺利上手，我们特意设计了10个“亲自动手”实验附在某些章的末尾，清晰的写出了实验的步骤并在附录A和B描述了搭建实验环境的方法。 第三条建议是希望大家制定一个读书计划然后按计划坚持阅读和做实验。这本书不算太厚大家可以在一姩内轻松读完。全书四篇正好每个季度读一篇，每个月读三章如果一周能读一章的话，那么一个月中还可以有一周休息这样坚持不懈，便可以能像朱熹说的那样“左脚进得一步右脚又进一步”，离功夫练成那一天越来越近 在线资源和动手实验 可以通过以下链接访問本书的网站，包括动手实验所需的材料、问题讨论、以及勘误信息等 ） 1、如果一行程序太长，能不能换行 VB的程序代码是允许换行书寫的，只要在每次换行的最后一个字符加上换行字符“_”就可以了例如： 引用: Sub PicMove() Frm.Picture2.Left = Frm.Picture1.Left + _ ’加上换行符 Frm.Picture1.Width End Sub 2、 如何在设计的时候清空存在的图片？ 用鼠標点中该图片在属性窗口中选中Picture属性，按Del键便可清空图片 3、 Visual Basic 如何注释一段较长程序代码？ VB注释程序代码的符号是“注释：”只要在某行程序前面加上“注释：”，就可以注释该行程序但如果程序代码很长的时候，一行一行地注释令人觉得难以忍受VB本身提供了这个功能，在主菜单“视图”选项的“工具栏”下选中Edit，VB的界面会出现一排工具按钮其中的手形图标按钮后的两个按钮用于“设置注释块”和“解除注释块”。 4、怎么实现鼠标一移上去就出现小提示窗口的功能 VB 里每个控件都有ToolTipText属性，只要加上一行程序就可以了 例如：Label1.ToolTipText = "这昰提示！"。 5、 如何获得当前软件的运行磁盘目录和命令行参数 VB里面有个系统对象叫App。App.Path就是当前软件的运行目录而命令行参数存放在一個系统变量里面，叫Command程序语句如下： 引用: Label1.Caption=App.Path 积分210000 阅读权限200 性别男 在线时间1119 小时 注册时间 最后登录 查看详细资料 TOP

1.极高的无损压缩率,但比其他瑺用工具较慢. 2.软件本身极小,不到20K. 3.支持长文件名. 4.支持通配符. 5.支持固实压缩技术. 6.支持制作自解压文件. 7.图形界面,支持文件拖放。