FlatFileItemReader经过测试我发现，FlatFileItemReader的性能随着文件列数的增长会变得很差。究其根源，DefaultFieldSet中的indexOf(String name)实现是主要元凶。简单来讲，通常我们会用以下的Code来把一个文件里的内容，读成一个个对象。

   好久都不上这个博客了，在这一段的编程当中，自己遇到了很多问题包括：应用程序的性能问题、新知识的学习等。在这里简单记录一下这些问题。 对于ASP.NET应用程序优化方面，可能会涉及到数据库、页面、服务器控件、缓存、视图验证、前台页面中图片的大小、CSS、JS和视图状态等。今天我们主要从缓存和视图

是否为了一个程序只占用了13%的CPU利用率而沾沾自喜呢? 别忘了现在是多核时代，四核，超线程的i7. 单个线程最多只能占到12.5%的CPU利用率。 忘记这个简单的CPU利用率吧，多核时代，你需要具体知道到每个线程的利用率。 这篇博客，来源一个刚刚遇到的问题。 背景是我们正在针对Windows Media Play

        技巧1.使用EventHanlderList代替EventHandler            以Control的Init事件为例。通常我们会简

启用MTOM传输数据 MTOM 是一种机制，用来以原始字节形式传输包含 SOAP 消息的较大二进制附件，从而使所传输的消息较小。一条SOAP消息经常由消息头和消息体构成；消息头提供地址，路由信息和安全信息；消息体提供数据，以及消息的负载。消息体由XML构成，包含在传输至服务的请求或者返回客户端程序的响应信息中。消息体信

前言 良好的性能是大多数应用程序和服务的关键因素，你可以通过周密地设计，以及选择合适的特性以确保WCF服务维持其吞吐量，保持响应并具有可扩展性。到目前为止，这些技术包括事务（上，下），session状态，可靠地消息传递，以及异步操作（上，中，下）。 还有其他一些影响性能的方面，比如安全（企业内部WCF的安全，因特网环境

在js中提供了indexOf()函数以获取某个字符在字符串中的index,可以通过它也判断某个字符或字符串是否存在。 但同时在js中for循环也可以实现同样的效果(判断字符是否存在)。那么到底用哪个才好呢? 于是写了两个函数来比较： View Code 1 <script type="text/java

一种改善控件性能的方法是，当需要对许多单元格进行变动时，可以先保持或挂起重画，直到所有的变动都完成时再进行。通过在对单元格修改和重算时保持重画（挂起布局），然后再恢复布局并重画所有单元格控件能够节省很多时间，并且仍然能为用户展现一个全新的界面。 布局对象 布局是一个对象，它保存了计算后的值（像单元格的宽度和高度，合并，

   要对一个WebService进行性能测试，webservice是什么东东？谁让咱对开发一知半解呢，到群里问问吧！问了半天，接口？规范？云里雾里的。 　这里给一个站内大哥的讲解：    WebService是什么：http://www.cnblogs.com/Leo_wl/a

    这两天接到一个任务，要测试一个服务器的性能，客户要求向数据库内 1000/s（每插入一千条数据）  的处理能力，当时脑子赌赛了，想的是用LR来进行，由于LR接触不深，只知道LR实现参数化的时候可以调用数据库里面的数据，往里面大批量的插入数据，以前没试过。  &n

提出问题 如果识别出页面中JavaScript函数的性能问题，在不同浏览器下有不同的测试工具： Firefox下使用Firebug的Profile工具 Chrome下使用内置的Profile工具 IE9下也有Profile工具 虽然大家的功能一个比一个炫，但是始终解决不了两个问题： 如何只检测指

经常听说SQL Server最难的部分是性能优化，不禁让人感到优化这个工作很神秘，这种事情只有高手才能做。很早的时候我在网上看到一位高手写的博客，介绍了SQL优化的问题，从这些内容来看，优化并不都是一些很复杂的问题，掌握了基本的知识之后也可以尝试优化自己的SQL程序，甚至是其他相关的程序。优化是一些工作积累之后的经验总

在上篇：周末浅说--未将对象引用设置到对象的实例(System.NullReferenceException) 中，介绍了一个比较经典的异常。   文中并浅出一些个人观点，又潜伏一些观点。   本节将从上篇的文章中，引申潜伏在上文的另一个主题：异常霸气外露！找死！   先不说网友以前是怎么认识try catch和异常的处理，这里先给出两个示例代码： &nbs

我假设看这篇文章的朋友对装饰者模式都能有各自的、深入的理解。因为这篇文章是讨论装饰者模式的性能问题。 在本人的“.NET简谈设计模式之(装饰者模式)”一文中比较详细的讲解了装饰者模式的一般应用，但是我总是感觉装饰者模式隐隐约约之中有点不完美。经过我昨天一整天的思考、推敲终于找到了它隐隐约约中的那点不完美是什么，为了行为去继承带来的无辜的性能开销。所以本人想把它写出来，跟大家

      在上一篇中，我简单介绍了下Autofac的使用，有人希望能有个性能上的测试，考虑到有那么多的IOC框架，而主流的有：Castle Windsor、微软企业库中的Unity、Spring.NET、StructureMap、Ninject等等。本篇文章主要针对这些IOC框架编写测试程序。   Autofac下载地址：http://

对于一个对性能要求较高的应用程序，使用缓存似乎是必然的选择。分布式系统通常选择分布式的缓存组件，如memCache。而对于小型系统而言，memCache太沉重了，另外序列化的损失也让我放弃它重新实现InProc的数据缓存。 　　LRU(Least Recent Used)是一种常用的缓存淘汰方式，在这里通过一个双向链表实现。 public class SimpleLRU<T> : I

今日大致浏览了一下《High Performance Web Sites》。本书的中文版是《高性能网站建设指南》。 本书另有对其中个别问题深入探究的进阶篇《Even Faster Web Sites》，中译《高性能网站建设进阶指南》。  作者介绍上面的豆瓣链接中有，就不再照搬过来了。 这本书中给出了14条网站性能提升的原则，每个原则独立成章，配有示例。这些原则大多数都非常实用，适合站点架

可以从如下几个方面来进行优化！ 分类 使用技术、比较 说明 集合操作 数组、泛型、ArrayList 经过测试，最快的是速，然后是泛型，最慢的是ArrayList 字符串优化 String和StringBuilder 经过测试，Strin

今天帮同事写一条简单的SQL，要求是，查出用户所购买过相同书的用户，之后我于同时各写了一条SQL，一个用到表连接中最少耗性能的 inner join，和我没用 inner join 的各一条简单的SQL，其性能相差1倍，而 inner join 又是表连接中最少消耗的，其他的可以想象。 SET STATISTICS TIME ONSET STATISTICS IO ONSET STATISTIC

互操作系列文章: .NET简谈互操作(一：开篇介绍) .NET简谈互操作(二：先睹为快) .NET简谈互操作(三：基础知识之DllImport特性) .NET简谈互操作(四：基础知识之Dispose非托管内存) .NET简谈互操作(五：基础知识之Dynamic平台调用) .NET简谈互操作(六：基础知识之提升平台调用性能) 我们继续.NET互操作学习。本篇文