LRU全称是Least RecentlyUsed，即最近最久未使用的意思。LRU算法的设计原则是：如果一个数据在最近一段时间没有被访问到，那么在将来它被访问的可能性也很小。也就是说，当限定的空间已存满数据时，应当把最久没有被访问到的数据淘汰。

官方说：Rancher是使用一系列的Docker容器进行部署的。运行Rancher跟启动两个容器一样简单。一个容器作为管理服务器部署，另外一个作为集群节点的Agent部署官方的意思是：学好docker基础是关键官方安装要求：!(https://oscimg.oschina.net/oscnet/79bdc381dc

感觉Android到处都是坑，每个地方都要把人折腾半天。今天来简单说说 Android之ActionBar、Tabs、Fragment、ViewPager实现标签页切换并缓存页面关于他们的介绍就不多说了，网上到处都是，只说关键的部分：我在开发的时候遇到几个疑难问题，花费大量时间处理，总结如下：1\.关于Fragment内部逻辑处理

1.scala数据类型!(https://oscimg.oschina.net/oscnet/2530ebcec5284db427b1db161f02da85037.jpg)上表中列出的数据类型都是对象，也就是说scala没有java中的原生类型。在scala是可以对数字等基础类型调用方法的。例如数字1可以调方法，使用1.

朋友跟我这个干了6年java企业级开发的人说，用ROR的开发效率要比我用java高出20倍。对此我充满了怀疑，无奈，只能自己亲自学习并实践一下，方能证实对错。现在，开始我的RubyonRails之旅（一）——安装1）下载rubyinstaller1.8.7p249.exe地址：http://rubyforge.org/frs/?gr

JSON（其一）嘛，最近肝游戏段位，发布时间晚了点（咕咕咕~），那么接着序章的话题，首先昨天就有朋友问我说JSON是什么语言啊，在这纠正下啊。。。虽然叫JavaScriptobjectnationa，但是现在JSON已经脱离了JS的范围，基本上每个后台语言都有处理JSON的API，应该叫数据格式更为稳妥(而且是轻量级)     

OR、in和unionall查询效率到底哪个快。网上很多的声音都是说unionall快于or、in，因为or、in会导致全表扫描，他们给出了很多的实例。但真的unionall真的快于or、in？本文就是采用实际的实例来探讨到底是它们之间的效率。1：创建表，插入数据、数据量为1千万【要不效果不明显】。1.drop table i

结论：不是线程安全的Spring容器中的Bean是否线程安全，容器本身并没有提供Bean的线程安全策略，因此可以说Spring容器中的Bean本身不具备线程安全的特性，但是具体还是要结合具体scope的Bean去研究。Spring的bean作用域（scope）类型：singleton:单例，默认作用域。p

一个文本框，禁止输入文本有2个方式，一个是利用readonly，一个是利用disabled.那么两者虽然目的都可以达到，但是从表现上来看disabled会显得更加的直观，为什么这么说。请看截图：!(http://static.oschina.net/uploads/img/201606/22000122_nEHK.png)如图所示:

依然是基础的一天，看一看就好~关键字之前就有说过关键字哦~注：关键字(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Flinks.jianshu.com%2Fgo%3Fto%3Dhttps%253A%252F%252Fbaike.baidu.com%252Fite