技术头条 的分享
Linux的进程优先级 (liwei.life)
为什么要有进程优先级？这似乎不用过多的解释，毕竟自从多任务操作系统诞生以来，进程执行占用cpu的能力就是一个必须要可以人为控制的事情。因为有的进程相对重要，而有的进程则没那么重要。进程优先级起作用的方式从发明以来基本没有什么变化，无论是只有一个cpu的时代，还是多核cpu时代，都是通过控制进程占用cpu时间的长短来实现的。就是说在同一个调度周期中，优先级高的进程占用的时间长些，而优先级低的进程占用的短些。从这个角度看，进程优先级其实也跟cgroup的cpu限制一样，都是一种针对cpu占用的QOS机制。我曾经一直很困惑一点，为什么已经有了优先级，还要再设计一个针对cpu的cgroup？得到的答案大概是因为，优先级这个值不能很直观的反馈出资源分配的比例吧？不过这不重要，实际上从内核目前的进程调度器cfs的角度说，同时实现cpushare方式的cgroup和优先级这两个机制完全是相同的概念，并不会因为增加一个机制而提高什么实现成本。既然如此，而cgroup又显得那么酷，那么何乐而不为呢？
by @技术头条 2017-03-01 23:16 查看详情
起底Git-Git内部原理 (yanhaijing.com)
这是起底Git系列的第三篇，本篇我们来介绍一下Git的内部工作原理。
by @技术头条 2017-03-01 23:09 查看详情
十分钟快速构建你的一个springboot的项目 (xnow.me)
springboot是最流行的Java微服务框架之一，本文从基础的Java和mavne环境搭建开始，详细的展示了如何利用http://start.spring.io快速开发一个简单的spring...
by @技术头条 2017-03-01 23:02 查看详情
了解CSS属性font-kerning,font-smoothing,font-variant (www.zhangxinxu.com)
本文很简单，了解几个可能平时用得不太多，长得不太熟的font相关的几个CSS属性，分别是：font-kerning, font-smoothing和font-variant。
by @技术头条 2017-03-01 23:01 查看详情
2016年Android恶意软件专题报告 (blogs.360.cn)
2016年全年，360互联网安全中心累计截获Android平台新增恶意程序样本1403.3万个，平均每天新增3.8万。全年相比2015年（1874.0万）下降25.1%，扭转了2015年以来迅猛增长的势头，但自2012年以来，移动端从几十万跨越到千万级别恶意样本，显示了移动恶意程序总体进入平稳高发期。
by @技术头条 2017-03-01 22:56 查看详情
Tangram 的基础 —— vlayout（Android） (pingguohe.net)
vlayout 是手机天猫 Android 版内广泛使用的一个基础 UI 框架项目 提供了一个用于RecyclerView的自定义的LayoutManger，可以实现不同布局格式的混排，目标是支撑客户端native页面的快速开发。它也是 Tangram 框架的基础模块，现已开源，欢迎移步到 github 上指教。
by @技术头条 2017-03-01 22:56 查看详情
所有权宣言 - Swift 官方文章 Ownership Manifesto 译文评注版 (onevcat.com)
Swift 团队最近在邮件列表里向社区发了一封邮件，讲述了关于内存所有权方面的一些未来的改变方向。作为上层 API 的使用者来说，我们可能并不需要了解背后所有的事实，但是 Apple 的这封邮件中对 Swift 的值和对象的内存管理进行了很全面的表述，一步步说明了前因后果。如果你想深入学习和了解 Swift 的话，这篇文章是非常棒的参考资料。我尝试翻译了一下全文，并且加上了一些自己的注解。虽然这篇文章比较长，但是如果你想要进阶 Swift 的话，不妨花时间通读全文 (甚至通读全文若干遍)。

如果你没有时间通读全文，又想简单了解一下到底发生了什么的话，可以往下翻到最后，有一个我自己的简易的总结版本。

这篇文档本身是对今后 Swift 方向的一个提案，所以涉及的关键字和具体实现细节可能会有出入，不过这并不影响文章背后的思想。您可以在 Swift 的 repo 里找到这篇文档的原文。
by @技术头条 2017-03-01 22:55 查看详情
JS获取上一访问页面URL地址document.referrer实践 (www.zhangxinxu.com)
但是最近做了一个移动端项目，是我第一次在正式项目中使用document.referrer，这里跟大家分享一下相关的实践。

场景是这样的，移动端无论是原生app还是传统的网页，返回上页是一个比较强烈的需求，几乎所有的内页都有这么一个返回上一页的按钮。大部分场景下，上面办法可以满足我们的交互需求，但是，在有些时候……
by @技术头条 2017-02-20 00:12 查看详情
泛型中 ? super T 和 ? extends T 的区别 (yedward.net)
<? super T>表示包括T在内的任何T的父类，<? extends T>表示包括T在内的任何T的子类，下面我们详细分析这两种通配符的区别。
by @技术头条 2017-02-20 00:12 查看详情
基于CSS3 column多栏布局实现水平滑页翻页交互 (www.zhangxinxu.com)
column多栏布局和flex弹性布局基本上是同一时间段出现的，从兼容性来讲，column多栏布局一直以来更稳定更兼容，而flex弹性布局前前后后历经多个版本，直至现在有些移动设备支持依然不好，但是两者的命运却截然相反，column多栏布局鲜有人问津，而flex弹性布局则风生水起。面试的时候，就算面试者并未在实际项目中使用过flex弹性布局，也会时不时扯到这东西上来，好像不提flex布局就跟时代脱节一样，其实完全没有必要，每个CSS属性都有它的潜力和价值所在，挖掘其内在价值而不是单纯的被外在的那层表现困于庐山才是真正想要看到的。

而本文就是通过挖掘column多栏布局潜力实现了看上去很棘手的交互效果，这里特异分享给大家，希望能够对大家的学习有所帮助~
by @技术头条 2017-02-20 00:04 查看详情
JS the Hardcore: 执行上下文(Execution Context) (www.qianduan.net)
首先需要澄清的一点是，像 C 和 Java 这类所谓的「静态语言」需要编译后才能运行，但其实 Javascript 一样也是有编译过程的， 只是处于一些限制，编译过程特别快(以微秒计)，以至于感觉上 Javascript 代码好像并没有经过编译。

当需要向别人描述一件事情的经过时，往往需要把事情的前因后果以及与其相关的场景预先说明一下。 类似，EC 就是一段代码涉及到的场景，在代码运行之前，js engine 会做一些变量内存分配，代码上下文关联的准备工作，这就是 EC。 EC 是 Javascript 引擎实现的一个内部机制，不能在代码中直接访问到。

对编程语言来说，给变量赋值，获取变量的值，是需要解决的基本问题，Javascript 当然也不例外。 EC 中会给变量分配一个存储空间，与之对应的数据结构称作 enviroment。

当程序流程需要从当前的 EC 进入另外一个和当前上下文无关的代码片段时，会创建一个新的 EC，并被推入栈中。这就是「执行上下文栈」(Execution Context Stack)，可以看作是 调用栈的镜像。由于所有的 js 代码都存在于全局环境中，所以首先会创建 「全局执行上下文」(Global Execution Context)，除此之外，js 中每一次的函数调用也会生成 EC，所以栈底肯定会是 全局执行上下文。

如果把 EC 视为作一个抽象对象，那这个对象包含了代码相关的 this、enviroment(存储标识符包括变量声明、函数声明、函数表达式的数据结构)和一个指向外部 enviroment 的指针。
by @技术头条 2017-02-20 00:03 查看详情
小tips: 页面链接跳转历史URL不记录的兼容处理 (www.zhangxinxu.com)
我们点击首页的“分类”进入分类页，然后分类页头部有个“男生”“女生”的频道切换，这两个都是直接的链接，如果就会带来这么一个问题，如果用户在“男生”“女生”的频道之间反复切换，则当我们点击左上角的返回按钮（如下图）的时候，就会发现点击很多次还是在“分类页”上，这其实是不符合用户预期的，正常的用户预期应该是点击左上角的返回按钮应该直接回到首页，而不是还在当前页过家家。

要实现思路并不难，就是“男生”“女生”频道切换的时候，URL地址不要进入历史URL记录堆栈，但如何实现同时保证各个浏览器都兼容是个问题，本文就将展示相关的实践，希望对大家的学习能够有所帮助。
by @技术头条 2017-02-20 00:02 查看详情
“蝉原则”与CSS3随机多背景随机圆角等效果 (www.zhangxinxu.com)
“蝉原则”，英文称作“cicada principle”，是一种让事物的重复出现符合“自然随机性”的规则，为什么这么说呢？

“蝉原则”源自于北美，中国似乎并未有这样的说法，这背后是有有故事的：

北美和东亚蝉的种群是不一样的，在东亚蝉的幼虫生活在土中3年5年或7年；但是北美有一种周期蝉（Magicicada），其生命周期为十三年或十七年，也被称为十七年蝉或十三年蝉。东亚的蝉生命周期短，因此，给人感觉好像每年都有很多蝉，而北美的周期蝉的生命周期很长，因此能够让人明显感觉到每隔十几年蝉的数量就会大规模爆发一下，于是就会引发一些科学家的好奇，为什么生命周期是十三年或者十七年呢？

蝉的天敌鸟类其繁荣萧条周期是具有规律性的（一般2至6年），然后不断重复。十三年或者十七年中的13和17都是质数，而吃蝉的鸟类一般寿命都不超过13年，因此就不会遇到上一世代所遇到的天敌。东亚蝉的幼虫生活的年限比较短，可能与东亚的主要鸟类种群寿命不长有关，例如麻雀就2年寿命。

还有一个很重要的原因，就是一片区域的蝉他不止一个种群，而使用质数作为生命周期年数就可以避免钻出泥土时可以和别种群的蝉类一起钻出，这样竞争压力就会小。例如，北美的十七年蝉和十三年蝉每221年才会出现同时爆发的情况。

这种以质数作为循环周期来增加“自然随机性”的策略就称之为“蝉原则”。

那“蝉原则”对我们网页设计有什么启示呢？那就是可以以最小成本实现更自然的随机效果。

本文就演示两个借助“蝉原则”和CSS3特性实现随机效果的例子。
by @技术头条 2017-02-19 23:57 查看详情
oracle如何判定统计信息陈旧 (www.askmaclean.com)
注意自动收集统计信息是从10g开始的，10g以前版本默认不自动收集统计信息。

对于自动收集统计信息而言需要知道统计信息是否陈旧stale ，判定陈旧的标准是对应的表上的数据修改超过10%（删除或插入或更新10%或以上数据行）。 这里oracle是如何知道修改超过10%的？

SGA的shared pool存有SQL的statistics情况，对应的有SQL处理的行数，SMON进程定期将这些信息刷到表SYS.MON_MODS$基表中（参考拙作： http://www.askmaclean.com/archives/smon-flush-dml-statistics-mon-mods.html）：SMON后台进程会每15分钟将SGA中的DML统计信息刷新到SYS.MON_MODS$基表中(SMON flush every 15 minutes to SYS.MON_MODS$)，
同时会将SYS.MON_MODS$中符合要求的数据MERGE合并到MON_MODS_ALL$中，并清空原MON_MODS$中的数据。

MON_MODS_ALL$作为dba_tab_modifications视图的数据来源，起到辅助统计信息收集的作用,详见拙作<Does GATHER_STATS_JOB gather all objects’ stats every time?>。

这样基于之前的统计信息中的表的行数（dba_tables.num_rows），对比 MON_MODS_ALL$(dba_tab_modifications)中的update、delete、insert、truncate信息就可以知道该表从上一次收集统计信息到现在做了多少百分比的修改，若该百分比超过10%则判定为stale陈旧，否则为不陈旧。陈旧的统计信息会在自动收集统计信息时再次被收集。
by @技术头条 2017-02-19 23:56 查看详情
MongoDB WiredTiger 存储引擎cache_pool设计 (下) -- 实践篇 (blog.csdn.net)
用过MongoDB 3.0之后版本的同学应该都比较熟悉WiredTiger的cache evict问题。

连续好几个版本在cache 淘汰算法上设计都有些小问题，现象总结起来就是写入hang住。本文使用的是MongoDB v3.2.9下wiredtiger-2.8.1(现在wt官方主推v2.9.0版本, MongoDB v3.4之后会使用这个版本，云MongoDB现在可以使用v3.2.9，后续我们会很快支持)。
by @技术头条 2017-02-19 23:55 查看详情
PHPMailer漏洞分析 (blog.nsfocus.net)
在PHPMailer 5.2.17以及之前版本中，存在着一个高危的任意文件写入漏洞，当攻击者将精心构造的恶意数据分别写入邮件内容以及发件人地址中并传递给使用了相应版本的PHPMailer web应用，就可以导致任意文件写入以及远程代码执行的攻击。
by @技术头条 2017-02-06 23:10 查看详情
MongoDB WiredTiger 存储引擎(1) cache_pool设计 (blog.csdn.net)
最近由于工作需要，阅读了WiredTiger部分代码，感觉有的地方还是很值得学习的，准备搞个系列文章，笔者不是精通WiredTiger的大神，国内对WiredTiger深入分析的人不多，只是想在这里跟大家一起讨论一起学习。
by @技术头条 2017-02-06 22:59 查看详情
Linux的IO调度 (liwei.life)
我们今天要研究的内容主要在IO调度这一层。它要解决的核心问题是，如何提高块设备IO的整体性能？这一层也主要是针对机械硬盘结构而设计的。众所周知，机械硬盘的存储介质是磁盘，磁头在盘片上移动进行磁道寻址，行为类似播放一张唱片。这种结构的特点是，顺序访问时吞吐量较高，但是如果一旦对盘片有随机访问，那么大量的时间都会浪费在磁头的移动上，这时候就会导致每次IO的响应时间变长，极大的降低IO的响应速度。磁头在盘片上寻道的操作，类似电梯调度，如果在寻道的过程中，能把顺序路过的相关磁道的数据请求都“顺便”处理掉，那么就可以在比较小影响响应速度的前提下，提高整体IO的吞吐量。这就是我们问什么要设计IO调度算法的原因。在最开始的时期，Linux把这个算法命名为Linux电梯算法。目前在内核中默认开启了三种算法，其实严格算应该是两种，因为第一种叫做noop，就是空操作调度算法，也就是没有任何调度操作，并不对io请求进行排序，仅仅做适当的io合并的一个fifo队列。
by @技术头条 2017-02-06 22:58 查看详情
消费生产模式扫表 (type.so)
有一批数据需要导入到ElasticSearch中，但是写ElasticSearch的速度比较慢，需要采用多线程的方式，但是在每个线程中都扫表，会产生重复的数据段，所以采用生产消费的模型来解决该问题 (为什么不直接选择线程池？线程池提交是异步的，一般table中的数据量都比较大，很容易塞爆内存)
by @技术头条 2017-02-06 22:57 查看详情
《kafka中文手册》-快速开始 (ifeve.com)
Kafka™ is a distributed streaming platform. What exactly does that mean? Kafka是一个分布式数据流处理系统, 这意味着什么呢?
by @技术头条 2017-02-06 22:49 查看详情