1、模糊查询效率很低：原因：like本身效率就比较低，应该尽量避免查询条件使用like;对于like’%…%’(全模糊）这样的条件，是无法使用索引的，全表扫描自然会效率很低；另外由于匹配算法的关系，模糊查询的字段长度越大，查询的效率就越低。解决办法：首先尽量避免模糊查询，如果因为业务需要一定要使用模糊查询，则至

通常，我们希望能够在lambda表达式的闭合方法或类中访问其他的变量，例如：package java8test;public class T1 {    public static void main(String args) {        repeatMessage("Hello", 20);

问题描述　　153是一个非常特殊的数，它等于它的每位数字的立方和，即153111555333。编程求所有满足这种条件的三位十进制数。输出格式　　按从小到大的顺序输出满足条件的三位十进制数，每个数占一行。foriinrange(100,1000):astr(i)0bstr(i)1c

thinkphp3.2.3模板渲染支持三元表达式{$status?'正常':'错误'}{$info'status'?$info'msg':$info'error'}注意：三元运算符中暂时不支持点语法。如下：　　　　　　　　　　　<divclass"modalhidefade"id'myModa

最近在研究数据库迁移工具，阅读源码的过程中学习了一些正则表达式的特殊用法，于是记录一下。@Testpublicvoidtest(){Stringsql"CREATETABLEtest_table(\n""idint(11)

方法1：通过行号来进行加减1.新建表1添加自增行号列（考虑到自增id有丢失数据现象）2.复制上表1为表23.根据表1、表2行号进行where或者leftjoinon的处理\where进行处理的条件为表1表2完全的匹配\leftjoinon处理的条件为 左表完全的匹配设置内存变量

whereOr方法Db::table('think_user')where('name','like','%thinkphp')whereOr('title','like','%thinkphp')find();多字段相同条件的OR查询可以简化为如下方式：

1阻塞IO模型从字面来理解，就是调用时可能被阻塞，什么叫阻塞，要知道一个进程有N种状态，学过OS都知道如果阻塞，就会把当前进程放在某个条件的阻塞队列里。直到条件满足了，才会转移此进程进入就绪队列。当然，就绪队列还有个优先级的概念，就不扯远了。阻塞IO.1）调用API，比如 r

在我最近的培训课上，有一位学生问：“验收条件（AcceptanceCriteria，AC）和完工标准（DefinitionofDone，DoD）究竟有什么不同呢？”

c11新特性,智能指针,auto,decltype,对象器绑定器,,委托构造,继承构造,chrono库,静态断言,lambda表达式,constexpr,原始字面量,强枚举类型,POD类型,非受限联合体等...