自适应自旋锁：（java6引入,jvm对锁的预测会越来越精准，jvm也会越来越聪明）1.自选次数不再固定2.由前一次在同一个锁上的自旋时间及锁拥有者的状态来决定（如果在同一个锁对象上自旋等待刚刚成功获取过锁并且持有锁的线程正在运行中，jvm会认为该锁自旋获取到锁的可能性很大，会自动增加等待时间，相反jvm如果可能性很小会省掉自旋过程，

今天学习链表的时候看到了多项式的加法,使用c语言链表编写,我现在一直在用java,采用面对对象的思想做了一下多项式由三个部分组成：常数、系数和未知数（A、B、X等的）。多项式的加法规则是相同系数、相同未知数的常数可以进行相加，组成一个新的项，而不同系数或者不同未知数的，则不能进行相加减，应将其写到后面。我的多项式相加的想法是：先对一个用户输入的混乱的多项

一、向量空间（线性空间）及基域线性空间是在考察了大量的数学对象(如几何学与物理学中的向量，代数学中的n元向量、矩阵、多项式，分析学中的函数等)的本质属性后抽象出来的数学概念。1.1、详细定义向量空间也称线性空间，设V是一个非空集合，P是一个数域。若：1.在V中定义了一种运算，称为加法，即对V中任意两个元素α与β都按某一法则对应于V内惟一确定的一个元素α

系数据库依赖于主键，它是数据库物理模式的基石。主键在物理层面上只有两个用途： 惟一地标识一行。 作为一个可以被外键有效引用的对象。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。 1\.主键一定是唯一性索引，唯一性索

(本文由言念小文原创，转载请注明出处)在实际工作中经常遇到某个对象，处于不同的状态有不同行为逻辑、且状态之间可以相互迁移的业务场景，特别是在开发通信协议栈类软件中尤为多见。《设计模式之禅》这本书中对状态模式有着非常详尽的讲解（目前为止我认为讲解得最好的书），但总觉得自己没能够理解透彻、灵活运用。直到今年完成了一个通信协议软件的开发，重新研究了“状态机”，

二分查找又称折半查找，它是一种效率较高的查找方法。折半查找的算法思想是将数列按有序化(递增或递减)排列，查找过程中采用跳跃式方式查找，即先以有序数列的中点位置为比较对象，如果要找的元素值小于该中点元素，则将待查序列缩小为左半部分，否则为右半部分。通过一次比较，将查找区间缩小一半。折半查找是一种高效的查找方法。它可以明显减少比较次数，提高查找效率。但是，

关系数据库依赖于主键，它是数据库物理模式的基石。主键在物理层面上只有两个用途：惟一地标识一行。作为一个可以被外键有效引用的对象。索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。1\.主键一定是唯一性索引，唯一性索引并不一定就是主

​一直都想对设计模式有一个深刻的认识，这样对于阅读源码的时候就不会那么吃力了。于是有了想要记录下设计模式的笔记。打算从自己不怎么熟悉的设计模式开始写，里面穿插着一点自己的想法，希望自己写完后，会又一个更深刻的理解和流畅的表述。介绍​为请求创建了一个接受者的链，通常一个接收者包含下一个接受者的引用，如果该对象不能处理该请求，就传给下一个。依次

　　在学校的时候干过几次兼职，算是无聊时候的外快吧，有一次是去辅导机构，在考试期间监考学生，前后大概四个小时，最后拿了四十五并且管了一顿饭，不得不说，小学生是真的皮，考试的时候有的爱讲话，有的是写完之后开始多动症了，不禁想起了自己小学的时候，恐怕也是这副模样，在老师眼里一直是比较调皮的学生。现在倒是我变成了被为难的对象，真的是出来混的总是要还的。也有点感慨钱

首先，大多数时候，我们的第一反应是用字符串去拼接SQL语句，这说明字符串拼接方式其实是最直观的。其次，使用对象化的方式拼接SQL，还是有其局限性，大量的SQL文本也不宜直接写在Java类中。所以，FoxnicSQL将原本要写在Java类中的SQL语句放到一个外部文件中，每个语句用一个ID去标识，在SQL执行时，只要指定ID就可以了。在此基础上，FoxnicSQL加入了模板引擎、SQL语句置换、热加载等特性，使其变得更加好用。