一个小小的模块，倒腾来倒腾去，最后总算达到了一个很好的表现，但是未知的不可见的问题却似乎存在，某一天就会蹦出来，还是心中无底。

       1、开发前缺乏周密的思考和设计，对问题的认识不够清晰，沉浸于自己的想当然逻辑之中。

        2、不仅在设计中欠缺思考，编码中也是没有整体思维，缺乏规范，导致代码的难维护性。

       3、如果将程序当做代码，

NAS

SAN

       两周设计，一周编码，3天调试，一直测试，天天检查代码。这段时间把我写的代码从头到尾一个字母一个字母的再看，就像是一块粗糙的玉石，不停的打磨抛光，让他日臻完美。

       需要检查和补充的注意事项，也从那么几条加到了几十条，不过这样确实很有用处，终于摆脱了从前那种天天在找bug的局面了，很多无形的bug在编码和设计之初，按照既定规矩就已经避免了，确实不赖。不用再为找bug解决问题，整得焦头烂额了，不用为解决了一个bug而沾沾自喜了

      国庆去书店，本来是去看看有没有我需要的书，去了我把计算机区域每本书的名字都看了。结果是令我遗憾的，没有找到我想要的书。

       其实，我是想看看有没有存储方面的技术资料，结果举目望去，都是photoshop啊，新手学电脑啊，网络管理，计算机考试，编程语言基础这些，真是遗憾，难道说真的只能去看电子书吗？

       后来，我就想难道说中华人民共和国，就不能来点让我辈一开眼界的书吗？这来来回回还是得

突然想起了这个问题，我把我想到的写着吧：

1、指针不初始化为NULL，容易造成内存破坏。所以指针在初始化和释放的时候最好置为NULL。

2、类似于指针,HANDLE也是一样，对于HANDLE我想说明为什么需要置为NULL。假设你创建一个磁盘的handle = 0x222。然后将这个handle关闭，注意关闭这个handle，并没有将其值置0，那么一旦另外一个线程再创建这个磁盘，很可能分配到0x222这个handle。这样一来，刚刚关闭的handle，就有效了。那么就违背了你的意图，很可能造成难以捉摸的bug!所以只要是你关闭handle时，就置0，就解决

        就目前来将，我写程序是在Windows平台。我们若想做一个优秀的Windows选手（至少要做到）。我觉得需要具备如下：

        1、了解Windows的原理，以便程序出了问题，第一时间便能反映出来，大概错误的方向。

         2、熟悉汇编，这样才能在不开源的世界里，抓住一切。

        3、会使用许多现成的工具，来分析许多奇怪的问题，来了解系

      今天，没什么事情，发现diskpart可以枚举磁盘和扫描磁盘，其实就是磁盘管理器的命令行模式。那么他是如何获得系统的磁盘枚举呢？又是如何调用，调用什么接口呢?

       后来，用ApiMonitor监控了一下，发现调用了CreateFileW和DeviceIocotrol。看了下参数，是创建的磁盘，获取磁盘信息的。那么显然，在创建磁盘之前，会去扫描磁盘，找到了磁盘才会创建，我相信Windows不会去尝试有几块磁盘吧。后来用WinDbg bp CreateFileW 发现堆栈如下:

第三章 完成端口模式下的高性能网络服务器

3．1开始
完成端口听起来好像很神秘和复杂，其实并没有想象的那么难。这方面的文章在论坛上能找到的我差不多都看过，写得好点的就是CSDN.NET上看到的一组系列文章，不过我认为它只是简单的翻译了一下Network Programming for Microsoft Windows 2nd 中的相关内容，附上的代码好像不是原书中的，可能是另一本外文书里的。我看了以后，觉得还不如看原版的更容易理解。所以在我的开始部分，我主要带领初学者理解一下完成端口的有关内容，是我开发的经验，其他的请参考原书的相关内

        自从事软件行业一年时间一来，绝大多数时间是在编码以及测试，解决BUG，很少对软件的设计做考虑。对于设计模式一直很迷茫。一年一来编程中都是想到哪里做到哪里，其实这样是很不好的。

        那么想要造就一个好的程序，好的系统，需要一个好的系统架构师。要是我们自己就是架构师，我们怎么设计？有些讲软件设计的书，他们往往讲的都是差不多的，用面向对象的思维，将复杂的东西进行拆分，喜欢，最后编码，细化到了语句的阶段。其实

       刚刚进入公司开始学编程的时候，以写完程序，得到所谓的大概结果而沾沾自喜。无逻辑，无注释，时间长啦自己都看不懂了。而且感觉很累，关注这里就忘记了那里，效率非常的低下。

        慢慢的明白了，就和以前上学做题一样，字写得快并不代表就可以先交卷。反而逻辑清楚，字迹工整的往往会走在前面！

        其实编程是一样的，慢工出细活，与其找BUG,还不如在设计和编码的时候多花时间，编码

原文：http://bbs.zol.com.cn/index20070627/index_282_8914.html

在自然界中，我想大家对壳这东西应该都不会陌生了，由上述故事，我们也可见一斑。自然界中植物用它来保护种子，动物用它来保护身体等等。同样，在一些计算机软件里也有一段专门负责保护软件不被非法修改或反编译的程序。它们一般都是先于程序运行，拿到控制权，然后完成它们

     计算机死掉的时候，手动蓝屏：

1、若开着softice 则ctrl + D 呼出，键入 genint 3 蓝屏。

2、键盘蓝屏法：ctrl + 两下lock键。

3、其他方法，比如蓝屏小程序。

转储完毕，等到转储文件，加载windows符号表：

srv*DownstreamStore*http://msdl.microsoft.com/download/symbols

以及你驱动的符号。

1、我前段时间的分析方法：

        !st

      总是将问题过于简单化，不想清楚，逻辑不理，想个大概就开始写代码，造成以下现象：

         修改、添加、程序1小时内设计编写完毕，调试需要经过一天以上，然后代码好好的运行了两天，第三天，出现了巨大设计缺陷，无休止的蓝屏，数据错误，无言。

        所以针对以上问题：

            

       今天加上驱动检测后，始终检测到一个线程在IRQL级别为0x1c（28）下，等待一个内核事件，造成蓝屏。分析几小时也未能分析出原因，同步、IRQL的check，等等做了很多，还是未得其果。

       后来去掉驱动检测，程序正常运行，4小时以上，晚上还挂着继续测试，不知到明早会蓝屏或者死锁否？难道Driver Verifier有错吗？思考ing。。。。。。。。。。。。。。。。。。。。。