• 关于优化性能<主要是速度方面>的个人心得 【转】


     一个web项目后期的维护主要在于性能方面。数据吞吐量一旦增大各种bug都出来了。那些通过硬件<数据库分表,数据库主从分离,读写分离>等的一些手段此处就不多说了.本文主要在编码方面做一个性能的比较.如果项目必须在毫秒的基础上在做性能的提升,那编码也是调优的重中之重了。

          一,比较耗费性能的关键代码和替代方案: 

              1,字符串的拼接,特别在一个循环中做字符串的拼接比比较耗费性能的.替代方案可以通过 类stringbuilder来替代.效率更高.这一点相信大家都知道的. 

              2,序列化和反序列化也是比较耗费性能的.当一些ajax交互或者缓存存取的时候难免会用的序列化反序列化,特别是当采用分布式缓存的时候。将一个字符串常量和将一个对象从缓存中取出来的时间有明显的区别。替代方案:设计的时候尽量考虑到性能,避免直接将一个大的对象比如泛型集合直接存储。可以采用本地缓存和分布式缓存联合使用的机制。分布式缓存只存储 最新缓存的KEY。

             3,一些Ling 语句的性能比较。 比如集合的遍历。排序。刷选。有很多种实现方式。哪一种才比较不消耗性能。可以多做比较。个人觉得 泛型集合的select 方法比 where方法性能消耗高。

             4,数据交互的时候。因为框架设计的不合理或者sql语句的不合理常常导致 一个页面请求要多次打开数据库,这样也很耗费性能。

             5 ,很多零碎的点一时想不起来了.

         二,一些常见的网站性能优化手段.

             1,建立本地数据缓存,可以采用脚本建立脚本缓存。当然缓存的数据一定不要太大避免直客户内存挤爆。

             2,对于一些数据处理比较大的项目建议采用后台服务来处理数据计算.尽量避免页面请求的时候还需要做数据计算.

             3,分布式缓存和服务器本地缓存联合来用.不要所有不必须的数据都往分布式缓存中扔.

             4,欢迎补充,指点

    http://www.cnblogs.com/xiachong-0769/p/3289134.html

  • 相关阅读:
    牛客小白月赛4-E-浮点数输出 字符串
    HDU 5319 Painter(模拟)
    AtCoder Regular Contest 098 D
    strchr函数的用法
    fgets()
    格式
    Uncaught TypeError: Cannot read property 'addEventListener' of null
    window cmd下常用操作
    nuxt导入css样式
    ERROR EPERM: operation not permitted, mkdir 'C:UsersAdministratorDesktop ext uxtasic.nuxtcomponents'
  • 原文地址:https://www.cnblogs.com/zhouyunbaosujina/p/3289589.html
Copyright © 2020-2023  润新知