但这也仅仅是为大家提供一些思路与较为全面的总结，算不上什么，希望有错误或问题在下面评论。

Hibernate是笔者使用了超过5年的优秀ORM框架，虽然说使用了5年，但笔者并没有把握说自己真正意义上的精通Hibernate。说道熟悉Hibernate还差不多，因为Hibernate用法和特性只要使用过或许都很简单，但是要做到发挥Hibernate最大限度的潜力，Hibernate优化，或者说Hibernate性能优化笔者仅仅是初窥门径而已。这里摘录一篇牛人对于Hibernate优化的文章，希望对自己以后的使用指引下方向吧。这篇是上一篇的续作，着实是不错，推荐hibernate用户，尤其是像我一样的用户看看，会有收获的

OnTrimMemory 回调是 Android 4.0 之后提供的一个API，这个 API 是提供给开发者的，它的主要作用是提示开发者在系统内存不足的时候，通过处理部分资源来释放内存，从而避免被 Android 系统杀死。这样应用在下一次启动的时候，速度就会比较快。

熟练使用Android上的线程可以帮助你提高应用程序的性能。 本篇文章讨论了使用线程的几个方面：使用UI或主线程; 应用程序生命周期和线程优先级之间的关系; 以及平台提供的帮助管理线程复杂性的方法。 在每一部分，本篇都描述了潜在的陷阱以及如何避免它们的策略。

1. 硬件方面 1) 扩大内存容量 2) 增加CPU数量 3) 使用整体性能较高的计算机 2. 软件方面 1) 使用稳定,高效的操作系统 3. 数据库设计 1) 根据查询条件,建立索引,优化索引,优化访问方式,限制结果集的数据量. 2) 对于大的数据库不要设置数据库自动增长,它会降低服务器的性能. 3) 定义主健,唯一性约束和外键,这样做可以节约大量的时间. 4. 数据库查询 1) 查询时尽量避免

HTTP Archieve有个统计，图片内容已经占到了互联网内容总量的62%，也就是说超过一半的流量和时间都用来下载图片。从性能优化的角度看，图片也绝对是 优化的热点和重点之一，Google PageSpeed或者Yahoo的14条性能优化规则无不把图片优化作为重要的优化手段，本文覆盖了Web图片优化的方方面面，从基本的图片格式选择、 到尚未被广泛支持的响应式图片均有所提及。

内存泄漏：对于Java来说，就是new出来的Object 放在Heap上无法被GC回收(内存中存在无法被回收的对象)；内存泄漏发生时的主要表现为内存抖动，可用内存慢慢变少。

现在计算机的处理性能越来越好，加上JDK升级对一些代码的优化，在代码层针对一些细节进行调整可能看不到性能的明显提升，

一切都是为了性能，一切都是为了业务 一、查询的逻辑执行顺序

日常开发中，我们经常会碰到比较复杂的布局，在这种情况下，最简单的方案就是采用多层嵌套实现效果，但是最简单的方法就是最优的方案吗？我认为在不影响效果的情况下应尽可能减少布局的层级、减少嵌套，这样做的好处就是可以让整个布局达到结构清晰，渲染速度快的效果。

人工调优。 主要依赖于人，效率低下；要求操作者完全理解常识所依赖的原理，还需要对应用、数据库管理系统、操作系统以及硬件有广泛而深刻的理解。

1.选用适合的Oracle优化器Oracle的优化器共有3种：a.RULE(基于规则)b.COST(基于成本)c.CHOOSE(选择性)设置缺省的优化器，可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明，如RULE、COST、CHOOSE、ALL_ROWS、FIRST_ROWS。你当然也在SQL句级或是会话(session)级对其进行覆盖。

SQL优化对应于数据库开发的系统,可能性能主要出现在SQL语句上,只要你Java代码,C#代码,或者其他写的没有很大的问题,如果出现了性能问题,那么你可能最需要检查的是你的SQL语句,不要把SQL执行器想象的很强大,他们也是按照一种规则去执行的,所以可能很简单的一个SQL语句,不同的写法,它的执行效率是相差非常大的.这里说明一下,如果你的表记录只有几百条甚至是几千条,可能是体验不到差别的.如果想知道里面的奥妙,你需要制造数据,十万,百万条,在Oracle中,我们组测效率一般是二百万条。

iOS 开发中给系统给我们提供了两种布局，frame 布局 和 AutoLayout 布局，虽然frame布局性能很高 但面对现在越来越丰富的iPhone尺寸，为了适配各种机型需要写更多的无营养代码，造成代码量增多。AutoLayout是iOS6 之后被引入的，由于其蹩脚、冗长的语法，直到出现一些优秀的开源第三方库，自动布局 才真正意义上被应用到iOS 开发中。AutoLayout将我们从坐标中的点 面 思考带到约束条件的思考，一条约束就是一个线性等式或不等式，一个视图需要添加多个约束才能确定位置，这些约束最后组成一组线性方程组，再由Cassowary算法算出各个视图的frame，所以性能的关键问题是解线性方程组的时间复杂度。

通过java代码规范来优化程序，优化内存使用情况，防止内存泄露 可供程序利用的资源（内存、CPU时间、网络带宽等）是有限的，优化的目的就是让程序用尽可能少的资源完成预定的任务。优化通常包含两方面的内容：减小代码的体积，提高代码的运行效率。本文讨论的主要是如何提高代码的效率。 在Java程序中，性能问题的大部分原因并不在于Java语言，而是在于程序本身。养成好的代码编写习惯非常重要，比如正确地、巧妙

Java中的IO的性能优化 在使用IO的时候注意一下细节，能使性能得到很大的优化. 首先读写大文件，使用Buffer是肯定的了,使用方法，有下边两个 1 方法一： 2 public static void test1(String fileName) { 3 long start = System.currentTimeMillis(); 4 try { 5 FileInputStream fis

我天生效率比较低，在普遍情况下，需要将执行转换为SQL语句的Hibernate低于直接JDBC存取。但是在经过比较好的性能优化之后，我的性能还是让人相当满意的，特别是应用二级缓存之后，甚至可以获得比较不使用缓存的JDBC更好的性能。

我们有7亿的数据，需要做查询操作，需要从1.7亿的表中查找一个字段，并写入到7亿数据的表中。 这里为了描述方便，将7亿数据的表称为：A表，1.7亿数据的表称为B表。 在初期，我们采用的逻辑是：将A表中的数据读取一行，根据其中的某个字段去组织一个GET，然后 立刻提交，从B表取得要查询的字段的值，组织成一个PUT，并提交到A表。 那么这么做的话，完全发挥不出hbase的效率，因为每个get之间它的key不一定连续，或者说是在同一范围 而hbase的服务端会根据每个请求去加载数据到内存，由于请求的块分散，那么数据在内存中的替换过多的频繁。

看过许许多多的MySQL大数据量查询优化方案，集合了所有的精华，在此分享了：1、对查询进行优化、应尽量避免全表扫描、首先应考虑在 where 及 order by 涉及的列上建立索引。