① android性能优化总结
常用的Android性能优化方法：
一、布局优化：
1）尽量减少布局文件的层级。
层级少了，绘制的工作量也就少了，性能自然提高。
2）布局重用 <include标签>
3）按需加载：使用ViewStub,它继承自View,一种轻量级控件，本身不参与任何的布局和绘制过程。他的layout参数里添加一个替换的布局文件，当它通过setVisibility或者inflate方法加载后，它就会被内部布局替换掉。
二、绘制优化：
基于onDraw会被调用多次，该方法内要避免两类操作：
1）创建新的局部对象，导致大量垃圾对象的产生，从而导致频繁的gc，降低程序的执行效率。
2）不要做耗时操作，抢CPU时间片，造成绘制很卡不流畅。
三、内存泄漏优化：
1）静态变量导致内存泄漏 比较明显
2）单例模式导致的内存泄漏 单例无法被垃圾回收，它持有的任何对象的引用都会导致该对象不会被gc。
3）属性动画导致内存泄漏 无限循环动画，在activity中播放，但是onDestroy时没有停止的话，动画会一直播放下去，view被动画持有，activity又被view持有，导致activity无法被回收。
四、响应速度优化：
1）避免在主线程做耗时操作 包括四大组件，因为四大组件都是运行在主线程的。
2）把一些创建大量对象等的初始化工作放在页面回到前台之后，而不应该放到创建的时候。
五、ListView的优化：
1）使用convertView，走listView子View回收的一套：RecycleBin 机制
主要是维护了两个数组，一个是mActiveViews,当前可见的view,一个是mScrapViews，当前不可见的view。当触摸ListView并向上滑动时，ListView上部的一些OnScreen的View位置上移，并移除了ListView的屏幕范围，此时这些OnScreen的View就变得不可见了，不可见的View叫做OffScreen的View，即这些View已经不在屏幕可见范围内了，也可以叫做ScrapView，Scrap表示废弃的意思，ScrapView的意思是这些OffScreen的View不再处于可以交互的Active状态了。ListView会把那些ScrapView（即OffScreen的View）删除，这样就不用绘制这些本来就不可见的View了，同时，ListView会把这些删除的ScrapView放入到RecycleBin中存起来，就像把暂时无用的资源放到回收站一样。
当ListView的底部需要显示新的View的时候，会从RecycleBin中取出一个ScrapView，将其作为convertView参数传递给Adapter的getView方法，从而达到View复用的目的，这样就不必在Adapter的getView方法中执行LayoutInflater.inflate()方法了。
RecycleBin中有两个重要的View数组，分别是mActiveViews和mScrapViews。这两个数组中所存储的View都是用来复用的，只不过mActiveViews中存储的是OnScreen的View，这些View很有可能被直接复用；而mScrapViews中存储的是OffScreen的View，这些View主要是用来间接复用的。
2）使用ViewHolder避免重复地findViewById
3)快速滑动不适合做大量异步任务，结合滑动监听，等滑动结束之后加载当前显示在屏幕范围的内容。
4）getView中避免做耗时操作，主要针对图片：ImageLoader来处理(原理：三级缓存)
5）对于一个列表，如果刷新数据只是某一个item的数据，可以使用局部刷新，在列表数据量比较大的情况下，节省不少性能开销。
六、Bitmap优化：
1）减少内存开支：图片过大，超过控件需要的大小的情况下，不要直接加载原图，而是对图片进行尺寸压缩，方式是BitmapFactroy.Options 采样，inSampleSize 转成需要的尺寸的图片。
2）减少流量开销：对图片进行质量压缩，再上传服务器。图片有三种存在形式：硬盘上时是file，网络传输时是stream，内存中是stream或bitmap，所谓的质量压缩，它其实只能实现对file的影响，你可以把一个file转成bitmap再转成file，或者直接将一个bitmap转成file时，这个最终的file是被压缩过的，但是中间的bitmap并没有被压缩。bitmap.compress(Bitmap.CompressFormat.PNG,100,bos);
七、线程优化：
使用线程池。为什么要用线程池？
1、从“为每个任务分配一个线程”转换到“在线程池中执行任务”
2、通过重用现有的线程而不是创建新线程，可以处理多个请求在创建销毁过程中产生的巨大开销
3、当使用线程池时，在请求到来时间 ，不用等待系统重新创建新的线程，而是直接复用线程池中的线程，这样可以提高响应性。
4、通过和适当调整线程池的大小 ，可以创建足够多的线程以使处理器能够保持忙碌状态，同时还可以防止过多线程相互竞争资源而使应用程序耗尽内存或者失败。
5、一个App里面所有的任务都放在线程池中执行后，可以统一管理 ，当应用退出时，可以把程序中所有的线程统一关闭，避免了内存和CPU的消耗。
6、如果这个任务是一个循环调度任务，你则必须在这个界面onDetach方法把这个任务给cancel掉，如果是一个普通任务则可cancel，可不cancel，但是最好cancel
7、整个APP的总开关会在应用退出的时间把整个线程池全部关闭。
八、一些性能优化建议：
1）避免创建过多对象，造成频繁的gc
2)不要过多使用枚举，枚举占用的空间比整型大很多
3）字符串的拼接使用StringBuffer、StringBuilder来替代直接使用String,因为使用String会创建多个String对象，参考第一条。
4）适当使用软引用，（弱引用就不太推荐了）
5）使用内存缓存和磁盘缓存。
② android 性能优化有哪些办法
性能优化的常用方法
主要内容包括布局优化，绘制优化，内存泄露优化，相应速度优化，ListView优化，Bitmap优化，线程优化等，下面主要给你举了其中的几个例子：
(1)布局优化
布局优化的思想很简单，就是尽量减少布局文件的层级。
如何进行优化呢？首先删除布局中无用的控件和层级，其次有选择地使用性能较低的ViewGroup，比如LinearLayout。如果布局中有的布局既可以用LinearLayout也可以用RelativeLayout，那就用LinearLayout,这是因为RelativeLayout比较复杂，他的布局过程花费更多的CPU时间。FrameLayout和LinearLayout一样都是一种简单高效的ViewGroup，因此可以考虑使用他们，但是很多时候，单纯的通过一个LinearLayout或者FrameLayout无法实现产品的效果，需要通过嵌套的方式来完成，这种情况建议采用RelativeLayout，因为ViewGroup的嵌套就相当于增加了布局的层级，同样会降低程序的性能。
布局优化的另一种手段是采用<include>标枪,<merge>标签和ViewStub。<include>标签主要用于布局重用，<merge>标签一般和<include>配合使用，它可以减少布局的层级。而ViewStub则提供了按需加载功能，当需要时才将ViewStub中的布局加载到内存，这提高了程序的初始化效率。
(2)绘制方法
绘制优化是指View的onDraw方法避免执行大量的操作，这主要有两方面。
首先，onDraw中不要创建新的布局对象，这是因为onDraw方法可能会被频繁调用，这样就会在一瞬间产生大量的临时对象，这不仅占用了过多的内存而且还会导致系统更加频繁的gc，降低了程序的执行效率。
另一方面，onDraw方法中不要做耗时的任务，也不能执行成千上万次循环操作，尽管每次循环都很轻量级，但是大量的循环仍然十分抢占CPU的时间片，这会造成View的绘制过程不流畅。
(3)内存泄露优化
内存泄露在开发过程中是一个需要重视的问题，但是由于内存泄露问题对开发人员的经验和开发意识要求比较高，因此这是开发人员最容易犯的错误之一。内存泄露的优化分为两个方面，一方面是在开发过程中避免写出内存泄露的代码，另一方面通过一些分析工具比如MAT来找出潜在的内存泄露继而解决。
关于性能优化的建议
1.避免黄健过多对象；
2.不要过多使用枚举，枚举占用的内存空间比整型大一些。
3.常量使用staticfinal来修饰。
4.使用一些Android特有的数据结构，比如SpareArray和Pair等，他们都具有更好的性能。
5.适当使用软引用和弱引用。
6.采用内存缓存和磁盘缓存
7.尽量采用静态内部类，这样可以避免潜在的内部类而导致的内存泄漏。
③ Android布局优化的几种方式
1. include/merge
布局优化中常常用到include/merge标签，include的含义类似C代码中的include，意思是直接把指定布局片段包含进当前的布局文件。include适用于多个布局文件中存在相同的xml片段，比如说相同的标题栏、相同的广告栏、相同的进度栏等等。
2. ViewStub
在一个页面上根据不同条件展示不同的控件，我们常常会设置控件的可视属性，比如调用指定控件的setVisibility方法，若需展示则设置View.VISIBLE，若需隐藏则设置View.GONE。不过gone的控件只是看不到罢了，实际UI渲染时还是会被加载。要想事先不加载，在条件符合时才加载，就得用到标签ViewStub。
3. style样式
样式在res/values/styles.xml中定义，它适用于下面几种情况：
1、布局文件中存在多个具有相同风格的控件，比如说统一的文本框TextView，都是白底黑字、中号字体、居中显示，这时我们便可在styles.xml定义一种文本样式，然后在各文本框处声明它的style属性。好处一个是减少了布局文件的大小，另一个是方便以后统一修改风格。
2、某些控件在代码中声明时需要手工指定style，例如自定义对话框需要在构造函数中指定样式；另一个例子是弹窗PopupWindow在设置伸缩动画方法setAnimationStyle时需要指定动画样式。
3、定义页面的主题风格，然后应用到Activity页面。代码中设置主题可通过“setTheme(R.style.)”完成，布局中设置可在AndroidManifest.xml的activity节点下添加theme属性，如“android:theme=”@style/“”。
4. Theme主题
主题是一种特殊的样式，主题专用于页面，而样式一般运用于控件。主题定义一般放在themes.xml，样式定义一般放在styles.xml。
Android定义了一些系统主题，完整定义的参见sdk自带的themes.xml，常用的几种说明如下：
Theme.NoTitleBar : 不显示标题栏，即隐藏ActionBar
Theme.Light : 白色背景
Theme.Holo : 浅灰背景
Theme.Black : 黑色背景
Theme.Wallpaper : 壁纸
Theme.Translucent : 透明背景
Theme.Dialog : 对话框
Theme.Panel : 平板
Theme.InputMethod : 输入法
Theme.SearchBar : 搜索框
④ android中有几种布局技术,各自优缺点
在4.0以前版本中一共有五种布局，都是ViewGroup的子类。分别是AbsoluteLayout、RelativeLayout、LinearLayout、FrameLayout、TableLayout。而TableLayout是LinearLayout的子类。（中文分别是：绝对布局、相对布局、线性布局念弊敏、帧布局、表格布局）。
在2.2作业系统中将AbsoluteLayout过期。而目前FrameLayout、TableLayout也逐渐少用。
在4.0之后又新增GridLayout。（GridLayout最经典的案例是计算器接口）
总之，Android中一共有六种布局。目前推荐使用RelativeLayout、LinearLayout、GridLayout三种布局。
一般简单的布局就用LinearLayout，复杂点的用RelativeLayout（可以防止多层巢状），像FrameLayout，里面的控制元件是重叠的，AbsoluteLayout里面控制元件位置是绝对的，在萤幕适配方面就不行了。
xml布局简单，推荐使用；程式码布局可以实现更丰富的功能。
具体使用根据你自己专案的需求来选择。
RAID是“Rendant Array of Independent Disk”的缩写，中文意思是独立冗余磁盘阵列。
主要包含RAID 0～RAID 7等数个规范，它们的侧重点各不相同，常见的规范有如下几种：
RAID 0：无差错控制的带区组
要实现RAID0必须要有两个以上硬盘驱动器，RAID0实现了带区组，资料并不是储存在一个硬盘上，而是分成资料块储存在不同驱动器上。因为将资料分布在不同驱动器上，所以资料吞吐率大大提高，驱动器的负载也比较平衡。如果刚好所需要的资料在不同的驱动器上效率最好。它不需要计算校验码，实现容易。它的缺点是它没有资料差错控制，如果一个驱动器中的资料发生错误，即使其它盘上的资料正确也无济于事了。不应该将它用于对资料稳定性要求高的场合。如果使用者进卜派行图象（包括动画）编辑和其它要求传输比较大的场合使用RAID0比较合适。同时，RAID可以提高资料传输速率，比如所需读取的档案分布在两个硬盘上，这两个硬盘可以同时读取。那么原来读取同样档案的时间被缩短为1/2。在所有的级别中，RAID 0的速度是最快的。但是RAID 0没有冗余功能的，如果一个磁盘（物理）损坏，则所有的资料都无法使用。
RAID 1：镜象结构
raid1对于使用这种RAID1结构的装置来说，RAID控制器必须能够同时对两个盘进行读操作和对两个镜象盘进行写操作。通过下面的结构图您也可以看到必须有两个驱动器。因为是镜象结构在一组盘出现问题时，可以使用镜象，提高系统的容错能力。它比较容易设计和实现。每读一次盘只能读出一块资料，也就是说资料块传送速率与单独的盘的读取速率相同。因为RAID1的校验十分完备，因此对系统的处理能力有很大的影响，通常的RAID功能由软体实现，而这样的实现方法在服务器负载比较重的时候会大大影响服务器效率。当您的系统需要极高的可靠性时，如进行资料统计，那么使用RAID1比较合适。而且RAID1技术支援“热替换”，即不断电的情况下对故障磁盘进行更换，更换完毕只要从映象盘上恢复资料即可。当主仔枝硬盘损坏时，映象硬盘就可以代替主硬盘工作。映象硬盘相当于一个备份盘，可想而知，这种硬盘模式的安全性是非常高的，RAID 1的资料安全性在所有的RAID级别上来说是最好的。但是其磁盘的利用率却只有50%，是所有RAID级别中最低的。
RAID2：带海明码校验
从概念上讲，RAID 2 同RAID 3类似，两者都是将资料条块化分布于不同的硬盘上， 条块单位为位或字 节。然而RAID 2 使用一定的编码技术来提供错误检查及恢复。这种编码技术需要多个磁盘存放检查及恢复资讯，使得RAID 2技术实施更复杂。因此，在商业环境中很少使用。下图右边的各个磁盘上是资料的各个位，由一个数据不同的位运算得到的海明校验码可以储存另一组磁盘上，具体情况请见下图。由于海明码的特点，它可以在资料发生错误的情况下将错误校正，以保证输出的正确。它的资料传送速率相当高，如果希望达到比较理想的速度，那最好提高储存校验码ECC码的硬盘，对于控制器的设计来说，它又比RAID3，4或5要简单。没有免费的午餐，这里也一样，要利用海明码，必须要付出资料冗余的代价。输出资料的速率与驱动器组中速度最慢的相等。
RAID3：带奇偶校验码的并行传送
raid3这种校验码与RAID2不同，只能查错不能纠错。它访问资料时一次处理一个带区，这样可以提高读取和写入速度,它像RAID 0一样以并行的方式来存放资料，但速度没有RAID 0快。校验码在写入资料时产生并储存在另一个磁盘上。需要实现时使用者必须要有三个以上的驱动器，写入速率与读出速率都很高，因为校验位比较少，因此计算时间相对而言比较少。用软体实现RAID控制将是十分困难的，控制器的实现也不是很容易。它主要用于图形（包括动画）等要求吞吐率比较高的场合。不同于RAID 2，RAID 3使用单块磁盘存放奇偶校验资讯。如果一块磁盘失效，奇偶盘及其他资料盘可以重新产生资料。如果奇偶盘失效，则不影响资料使用。RAID 3对于大量的连续资料可提供很好的传输率，但对于随机资料，奇偶盘会成为写操作的瓶颈。利用单独的校验盘来保护资料虽然没有映象的安全性高，但是硬盘利用率得到了很大的提高，为（n-1）/n。
RAID4：带奇偶校验码的独立磁盘结构
raid4RAID4和RAID3很像，不同的是，它对资料的访问是按资料块进行的，也就是按磁盘进行的，每次是一个盘。在图上可以这么看，RAID3是一次一横条，而RAID4一次一竖条。它的特点和RAID3也挺像，不过在失败恢复时，它的难度可要比RAID3大得多了，控制器的设计难度也要大许多，而且访问资料的效率不怎么好。
RAID5：分散式奇偶校验的独立磁盘结构
RAID5清晰图片从它的示意图上可以看到，它的奇偶校验码存在于所有磁盘上，其中的p0代表第0带区的奇偶校验值，其它的意思也相同。RAID5的读出效率很高，写入效率一般，块式的集体访问效率不错。因为奇偶校验码在不同的磁盘上，所以提高了可靠性，允许单个磁盘出错。RAID 5也是以资料的校验位来保证资料的安全，但它不是以单独硬盘来存放资料的校验位，而是将资料段的校验位互动存放于各个硬盘上。这样，任何一个硬盘损坏，都可以根据其它硬盘上的校验位来重建损坏的资料。硬盘的利用率为n-1。但是它对资料传输的并行性解决不好，而且控制器的设计也相当困难。RAID 3 与RAID 5相比，重要的区别在于RAID 3每进行一次资料传输，需涉及到所有的阵列盘。而对于RAID 5来说，大部分资料传输只对一块磁盘操作，可进行并行操作。在RAID 5中有“写损失”，即每一次写操作，将产生四个实际的读/写操作，其中两次读旧的资料及奇偶资讯，两次写新的资料及奇偶资讯。RAID-5的话，优点是提供了冗余性（支援一块盘掉线后仍然正常执行），磁盘空间利用率较高（N-1/N），读写速度较快（N-1倍）。RAID5最大的好处是在一块盘掉线的情况下，RAID照常工作，相对于RAID0必须每一块盘都正常才可以正常工作的状况容错效能好多了。因此RAID5是RAID级别中最常见的一个型别。RAID5校验位即P位是通过其它条带资料做异或(xor)求得的。计算公式为P=D0xorD1xorD2…xorDn，其中p代表校验块，Dn代表相应的资料块，xor是数学运算子号异或。
RAID5校验位演算法详解
P=D1 xor D2 xor D3 … xor Dn （D1,D2,D3 …Dn为资料块，P为校验，xor为异或运算）
XOR(Exclusive OR)的校验原理如下表：
A值 B值 Xor结果
0 0 0
1 0 1
0 1 1
1 1 0
这里的A与B值就代表了两个位，从中可以发现，A与B一样时，XOR(非或又称"非异或")结果为0，A与B不一样时，XOR结果就是1，如果知道XOR结果，A和B中的任何两个数值，就可以反推出剩下的一个数值。比如A为1，XOR结果为1，那么B肯定为0，如果XOR结果为0，那么B肯定为1。这就是XOR编码与校验的基本原理。
RAID6：两种储存的奇偶校验码的磁盘结构
raid6名字很长，但是如果看到图，大家立刻会明白是为什么，请注意p0代表第0带区的奇偶校验值，而pA代表资料块A的奇偶校验值。它是对RAID5的扩充套件，主要是用于要求资料绝对不能出错的场合。当然了，由于引入了第二种奇偶校验值，所以需要N+2个磁盘，同时对控制器的设计变得十分复杂，写入速度也不好，用于计算奇偶校验值和验证资料正确性所花费的时间比较多，造成了不必须的负载。我想除了军队没有人用得起这种东西。
常见的RAID6组建型别RAID 6(6D + 2P)
1 RAID 6(6D + 2P)原理
和RAID 5相似，RAID 6(6D + 2P)根据条带化的资料生成校验资讯，条带化资料和校验资料一起分散储存到RAID组的各个磁盘上。在图1中，D0，D1，D2，D3，D4和D5是条带化的资料，P代表校验资料，Q是第二份校验资料。
RAID 6(6D + 2P)根据条带化的资料生成校验资讯，条带化资料和校验资料一起分散储存到RAID组的各个磁盘上
RAID 6校验资料生成公式(P和Q):
P的生成用了异或
P = D0 XOR D1 XOR D2 XOR D3 XOR D4 XOR D5
Q的生成用了系数和异或
Q = A0*D0 XOR A1*D1 XOR A2*D2 XOR A3*D3 XOR A4*D4 XOR A5*D5
D0～D5:条带化资料
A0～A5:系数
XOR:异或
*:乘
在RAID 6中，当有1块磁盘出故障的时候，利用公式1恢复资料，这个过程是和RAID 5一样的。而当有2块磁盘同时出故障的时候，就需要同时用公式1和公式2来恢复资料了。
各系数A0～A5是线性无关的系数，在D0，D1，D2，D3，D4，D5，P，Q中有两个未知数的情况下，也可以联列求解两个方程得出两个未知数的值。这样在一个RAID组中有两块磁盘同时坏的情况下，也可以恢复资料。
上面描述的是校验资料生成的算法。其实RAID 6的核心就是有两份检验资料，以保证两块磁盘同时出故障的时候，也能保障资料的安全。
RAID7：优化的高速资料传送磁盘结构
RAID7所有的I/O传送均是同步进行的，可以分别控制，这样提高了系统的并行性，提高系统访问资料的速度；每个磁盘都带有高速缓冲储存器，实时作业系统可以使用任何实时操作晶片，达到不同实时系统的需要。允许使用SNMP协议进行管理和监视，可以对校验区指定独立的传送通道以提高效率。可以连线多台主机，因为加入高速缓冲储存器，当多使用者访问系统时，访问时间几乎接近于0。由于采用并行结构，因此资料访问效率大大提高。需要注意的是它引入了一个高速缓冲储存器，这有利有弊，因为一旦系统断电，在高速缓冲储存器内的资料就会全部丢失，因此需要和UPS一起工作。当然了，这么快的东西，价格也非常昂贵。
RAID10/01：高可靠性与高效磁盘结构
这种结构无非是一个带区结构加一个镜象结构，因为两种结构各有优缺点，因此可以相互补充，达到既高效又高速还可以互为映象的目的。大家可以结合两种结构的优点和缺点来理解这种新结构。这种新结构的价格高，可扩充性不好。主要用于容量不大，但要求速度和差错控制的资料库中。
其中可分为两种组合：RAID10和RAID01
RAID 10是先镜射再分割槽资料。是将所有硬盘分为两组，视为是RAID 0的最低组合，然后将这两组各自视为RAID 1运作。RAID 10有着不错的读取速度，而且拥有比RAID 0更高的资料保护性。
RAID 01则是跟RAID 10的程式相反，是先分割槽再将资料镜射到两组硬盘。它将所有的硬盘分为两组，变成RAID 1的最低组合，而将两组硬盘各自视为RAID 0运作。RAID 01比起RAID 10有着更快的读写速度，不过也多了一些会让整个硬盘组停止运转的机率；因为只要同一组的硬盘全部损毁，RAID 01就会停止运作，而RAID 10则可以在牺牲RAID 0的优势下正常运作。
RAID 10巧妙的利用了RAID 0的速度以及RAID 1的保护两种特性，不过它的缺点是需要的硬盘数较多，因为至少必须拥有四个以上的偶数硬盘才能使用。
RAID 50：被称为分布奇偶位阵列条带
同RAID 10相仿的，它具有RAID 5和RAID 0的共同特性。它由两组RAID 5磁盘组成（每组最少3个），每一组都使用了分散式奇偶位，而两组硬盘再组建成RAID 0，实验跨磁盘抽取资料。RAID 50提供可靠的资料储存和优秀的整体效能，并支援更大的卷尺寸。即使两个物理磁盘发生故障（每个阵列中一个），资料也可以顺利恢复过来。
RAID 50最少需要6个驱动器，它最适合需要高可靠性储存、高读取速度、高资料传输效能的应用。这些应用包括事务处理和有许多使用者存取小档案的办公应用程式。
RAID 53：称为高效资料传送磁盘结构
结构的实施同Level 0资料条阵列，其中，每一段都是一个RAID 3阵列。它的冗余与容错能力同RAID 3。这对需要具有高资料传输率的RAID 3配置的系统有益，但是它价格昂贵、效率偏低。
RAID 1.5：一个新生的磁盘阵列方式
它具有RAID 0+1的特性，而不同的是，它的实现只需要2个硬盘。
从表面上来看，组建RAID 1.5后的磁盘，两个都具有相同的资料。当然，RAID 1.5也是一种不能完全利用磁盘空间的磁盘阵列模式，因此，两个80GB的硬盘在组建RAID 1.5后，和RAID 1是一样的，即只有80GB的实际使用空间，另外80GB是它的备份资料。如果把两个硬盘分开，分别把他们执行在原系统，也是畅通无阻的。但通过实际应用，我们发现如果两个硬盘在分开执行后，其资料的轻微改变都会引起再次重组后的磁盘阵列，没法实现完全的资料恢复，而是以资料较少的磁盘为准。
:ke../view/7102.htm
一是基于端口的静态vlan，一是基于mac地址的动态vlan，
布局最好是根据电路的原理先把元器件布局好，布线的话，数位电路用自动布线加手工调整，也可以先把关键的部分手工布好，再自动走其他的线，最后手工调整，类比电路、高频电路都是需要手工布线的 自动的快，手动的是合理
一般是先自动后再用手动更改自动布线效率高，手工布线更合理
air sole：元祖级气垫，厚1/2英寸，具有一定减震力现在常常用于入门级球鞋中。分为内建和外接。
zoom air：在一个较薄的气垫中加入立体织物，以增强其弹性，多用于前掌内建，以增加启动速度。
zoom cage：zoom air的加大版本，在强调弹性的同时加强了缓震性，但是由于设计因素，因此外部基本上加上龙骨作为支撑。多用于跑鞋。
air max：气体容量大，缓震效果一流，内部分隔为不同气室，气压不同，以增强稳定性。多用于中锋鞋或者后掌。脚感较硬，沉重。
total max：理解为巨型max就可以了。
tuned air：一种非常好的气垫，内部半圆形球体可以调节气压，缓震效果一流，但是成本太高，已经几乎绝迹，但是有的跑鞋上貌似还有使用的说。
shox：工程橡胶一体铸成的圆柱体结构，机械缓震体系，依赖形变来缓冲并反弹，目前唯一经过证实可以提高弹跳的科技。
impax：另外一种机械缓震系统，依靠拱形结构在运动中的形变来吸收冲击力。实际应用效果远不如理论效果，缓震较差，硬。
i.p.s：jordan系列自主研发的最新科技，根据运动中足底受力点来安置不同密度的phylon柱来提供缓震，用于jordan鞋。
phylon：就是你看见的nike的鞋子的白色鞋底
单提马：中路防守薄弱 可以起横车在六路和四路加强中路防与攻 注意对手一般会从中路进攻 比如盘头马。 窝心炮：炮窝心不宜太久，如果出不去了会造成麻烦 一般是为了强行吃对方中路的兵或进五路兵。 巡河车：对掉兵卒，活马路，并且保马，要注意如果你是车 马 兵这样的位置，对方进炮拴住你车和马 那就相当麻烦了，所以进巡河车一定注意对方的炮。 夹炮屏风：炮在士角的位置 然后上两个正马，一般走成士角炮 和 过宫炮 局，灵活运用炮，攻守兼备。但要注意对方会出车骚扰你的阵型 特别是没有跟的马。 仙人指路：第一步走三路或七路兵，应付对仙人指路有同样进兵卒，有顽强凶狠的直接运炮打兵。所以要看对方怎么走，这种开局比较考棋力。初学者一般不建议走。 飞相局：首着飞相，比较注重防守，可以走成很多布局。。
一般的分旱秧和水秧，这个前期秧苗耐旱点且工作简单一些，但是浪费种子多一点秧苗没有水秧苗好。至于很详细的东西就不好说了。
动态布局，也就是可以根据业务的需求改变接口。实际上就是用程式码写出接口，程式码量比较大。而且维护起来十分的繁琐。特别是一些接口空间比较多的时候。静态的布局，是通过xml来实现的，适用于页面比较固定的情况。但是维护起来比较方便。
喷墨印表机优点：整机价格相对彩色镭射机便宜，较低的一次性购买成本获得彩色照片级输出的效果，缺点：使用耗材为墨盒，成本较高，长时间不用容易堵头；
镭射印表机优点：耗材单张打印成本低，耗材为墨粉，长时间不用也不用担心堵头的问题，打印速度快，高阶产品可以满足高负荷企业级输出以及图文输出，缺点：中低端彩激的彩色打印效果不如喷墨机，可使用的打印介质较少；
针式印表机优点：可以复写打印（发票及多联单据），可以超厚打印（存折证书打印），耗材为色带，耗材成本低，缺点：工作噪音大，体积不可能缩小，打印精度不如喷墨及镭射机。