Jquery找div下的所有元素:
$("div").find("*");
String、StringBuffer和StringBuilder区别：
- String类是不可变类，即一旦一个String对象被创建以后，包含在这个对象中的字符序列是不可改变的，直至这个对象被销毁。
- StringBuffer对象则代表一个字符序列可变的字符串，当一个StringBuffer被创建以后，通过StringBuffer提供的append()、insert()、reverse()、setCharAt()、setLength()等方法可以改变这个字符串对象的字符序列。一旦通过StringBuffer生成了最终想要的字符串，就可以调用它的toString()方法将其转换为一个String对象。
- StringBuilder类也代表可变字符串对象。实际上，StringBuilder和StringBuffer基本相似，两个类的构造器和方法也基本相同。不同的是：StringBuffer是线程安全的，而StringBuilder则没有实现线程安全功能，所以性能略高。
Winform和Webform区别:
- 一是Winform的定位机制没有Webform丰富，web里有table,div(浮动、层)，Winform里的定位大多采取绝对定位，比较麻烦。而且webform可以采取相对定位，还可以用百分比的比例尽度，而winform里最多可以用下duck和anchor做下相对定位。
- 二是Winform里大多数情况会用到多线程操作，而webForm里很少用到，比如有大批量数据需要后台处理，则需要多线程处理。多线程编程考虑的问题很多，经常要做线程之间的调用，有些麻烦。最近碰到问题是，在Timer的事件(独立线程)里，让线程停顿了，弄的主线程好卡。找不到原因，后来才发现，在Timer的线程里最好不要让线程Sleep,这会严重影响主线程的性能，比如ToolTip的显示。
- 三是渲染方式。明显感觉Winform和Webform的方式不一样，当窗体发生变化时，Winform程序会把窗体下所有控件进行重绘，很耗性能；而基于浏览器的模式似乎只刷新需要更改的控件，对性能不会有大的影响。当系统中有大量图片时，Winform和Webform的性能就可以看的出来。
MVC三个代表了什么:
MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器
冒泡排序:
//冒泡排序
for(i=0;i<10-1;i++)//n个数的数列总共扫描n-1次
{
for(j=0;j<10-i-1;j++)//每一趟扫描到a[n-i-2]与a[n-i-1]比较为止结束
{
if(a[j]>a[j+1])//后一位数比前一位数小的话，就交换两个数的位置（升序）
{
t=a[j+1];
a[j+1]=a[j];
a[j]=t;
}
}
}
JQuery三种选择器：
元素选择器，id选择器，类选择器
Union和Union All区别：
union：对两个结果集进行并集操作，不包括重复行，同时进行默认规则的排序；
union All：对两个结果集进行并集操作，包括重复行，不进行排序；
count(*)和count(1)的区别是什么？
一、count()和count(1)查询速度 使用count函数，当要统计的数量比较大时，发现count()花费的时间比较多，相对来说count(1)花费的时间比较少。
1、如果你的数据表没有主键，那么count(1)比count()快 ；如果有主键的话，那主键（联合主键）作为count的条件也比count()要快 。
2、如果你的表只有一个字段的话那count(*)就是最快的。
3、如果count(1)是聚索引,id,那肯定是count(1)快,但是差的很小的。因为count(),自动会优化指定到那一个字段。所以没必要去count(1)，用count(),sql会帮你完成优化。此时count(1)和count(*)基本没有区别!
二、count(*) 和count(列名) 两者查询差异的原因分析。 在数据记录都不为空的时候查询出来结果上没有差别的.
count(*)（是针对全表）将返回表格中所有存在的行的总数包括值为null的行；
count(列名)（是针对某一列）将返回表格中某一列除去null以外的所有行的总数。