仅仅被覆盖的部分数据丢失，硬盘不要再进行操作，用个恢复工具，是可以恢复没有被覆盖的部分的。当然如果是NTFS的MFT部分被覆盖，那找回的数据会大大减少。

函数中的静态变量是全局唯一的(static int i=0 仅被执行一次)，所有被调用的函数的局部变量(非static)都将创建一个副本,但其中的静态变量是共享的

根据http://en.cppreference.com/w/cpp/utility/initializer_list的说明
since c++14:
The underlying array is a temporary array, in which each element is copy-initialized (except that narrowing conversions are invalid) from the corresponding element of the original initializer list. The lifetime of the underlying array is the same as any other temporary object, except that initializing an initializer_list object from the array extends the lifetime of the array exactly like binding a reference to a temporary (with the same exceptions, such as for initializing a non-static class member). The underlying array may be allocated in read-only memory.

因为是临时对象，所以不能用引用。

但const 引用是可以的，与传值效果相同，因为initializer_list的拷贝不会进行内部元素的拷贝，这一点可参考c++标准18.9
An object of type initializer_list<E> provides access to an array of objects of type const E. [ Note:
A pair of pointers or a pointer plus a length would be obvious representations for initializer_list.
initializer_list is used to implement initializer lists as specified in 8.5.4. Copying an initializer list does
not copy the underlying elements. — end note ]

@aocif23 不太明白你所说的电信网通cdn问题是指？是说cdn对于电信/网通线路有各自较快的ip吗?如果是这种，可以考虑将cdn的网址解析指定给isp默认的dns（或者你知道的支持线路优化的dns），这样cdn网址的ip就是线路优化过的。但个人感觉这样还是比较麻烦的（需要你把要访问的cdn网站都列表下来），我所使用的这套方案是优先考虑加密无污染(其余特殊处理)，而你的需求应该是优先考虑线路优化。

浮点误差只有在比较相等的时候会用到，比如你判断
if(abs(walkTime-bikeTime)<delta){
cout<<"bike walk time equal"
}
可是现在你的逻辑是比较大小，当然是直接比较值，不明白答案为什么有delta。
如果说进制不同导致的计算误差用一个delta来补足，显然也是不合适的。
1e-5就不能用double准确表示(这本身就是一个十进制小数)，怎么能假定加上一个不准确的delta就能让结果绝对准确？怎么能确定计算结果正好少了delta?如果需要绝对的准确性，那不应该加上delta，而是使用有理数进行计算。个人觉得这个delta是不合理的。

@qushiba ......左手x230，右手mac，然后觉得上机械键盘开销比较大......

公共dns主要的问题一是污染，可能你不知不觉就成了ddos攻击github的枪了。自己搭建dns解决不了这个问题（除非你把正确的host都配置进去...）。海外主机自己搭建dns也不排除被污染的可能(dns流量没有加密)。可以考虑使用dnscrypt-proxy (dns流量加密，无缓存) + 本地dns缓存(dnsmasq) +dnsmasq-china-list(加速国内服务访问)

@qushiba 打油倒不是说脏了，是那种普通塑料键帽长时间使用之后被磨得油亮油亮的效果，摸上去有种黏黏的感觉，该换键盘了。或者像@prinzchao说的，PBT材质键帽。一般100元以下的普通键盘应该不会配PBT键帽吧，都是机械键盘上配的。

...这个应该是你键盘打油了吧

每个线程都有自己的堆栈（可以理解为局部变量的所在区域），因此一个方法在多个线程上执行的时候，局部变量（也包括HttpServletResponse HttpServletRequest这些由container传递给你的变量）都是特定于线程的，不存在任何冲突的问题。当然也不会有什么"JVM不会让两个线程同时运行"的说法。

对于servlet来说，只要你不在service方法（或者service间接调用的doPost doGet或任意你自定义的方法）中访问共享的变量（比如servlet的成员变量或者静态成员变量，由于servlet是单实例的），那就完全不需要考虑这个问题。

servlet的init和destory两个可供重载的方法，由container一次调用，如果有共享的成员变量的初始化和销毁操作，可考虑在这两处操作。

举例：
Servlet每被访问一次就打印一行Hello World，多个线程无需访问共享的servlet成员变量，无需考虑同步。
Servlet记录自己一共被访问多少次，需要一个成员变量记录，则更新此变量时需要考虑同步（可能在多线程中被访问更新）

1 首先取决于linux安装时的分区类型，是基于lvm，还是基于基本分区
2 基于lvm，可以动态调整而无需切换到其他系统，参考lvm相关的资料
3 基于基本分区，ext3文件系统需要先卸载（也就是不能直接在你安装的linux中操作）再调整尺寸。

可使用parted magic,一套基于linux和gparted图形工具的分区/备份/恢复系统，最后免费的版本是2013-8-1，对于新的btrfs的支持不好，但对于其他老的linux文件系统的支持已经很稳定了）parted magic里面全都是图形化操作，鼠标下一步下一步就ok了。

@myliyifei btrfs介绍里面说这个功能需要用户空间进程的协助，觉得比较麻烦就没有用过。

@ryd994 当初接触LVM的时候还没有thinprovision这样的功能（这个是不是12年才有的？），后来使用btrfs后也没再关注LVM，受教了。

EFI+GPT 的启动环境，多个EFI启动器共存在共享的esp分区的各自的目录下，并向EFI注册自身(在efi设置中可选其中之一作为默认启动项)。但是esp分区下的/EFI/boot/boot.efi(也可能是bootx64.efi)将作为没有任何注册选项时的默认项。安装linux过程中应该只是将grub注册成了默认的启动器(通常文件放在/EFI/grub)。微软的EFI启动器在/EFI/microsoft下，不受linux安装grub的影响。如果修改了windows文件，那只可能是修改/EFI/boot/boot.efi （windows安装后，/EFI/boot/boot.efi这个文件应该就是/EFI/microsoft/bootmgfw.efi）。

不过EFI+GPT可以更灵活，任意的fat分区只要有/EFI/boot/boot.efi 都可以被系统识别为启动分区。在linux安装过程中，你可以手动创建一个fat分区并挂载在/boot/efi目录下，这样linux就会把grub的内容都写在这个fat分区下，完全和默认的esp分区相隔离，这样也就不会修改esp分区里windows的任何文件了（本人msi H77 主板支持这种配置，楼主可能需要自行尝试）

个人使用btrfs，感觉优势主要是功能：
1.瞬间snapshot（cow，snapshot几乎不占任何空间）
2.动态扩容(不同的块设备可随时加入到空间不足的分区里，新分区，新硬盘都可以。不用费劲调整分区)
3.增量备份(基于snapshot的diff,效率高于rsync)。
4.内置自动压缩(设定压缩后，btrfs尝试压缩文件头，仅在结果更小的情况下才压缩整个文件，所以可以直接使用在包含可压缩数据和不可压缩数据混合的文件夹上)
5.完整性功能内置，一般的意外关机不需要fsck(btrfs的完整功能fsck还没有开发完成，但自从我使用btrfs以来的意外断电，都可以直接正常挂载)

至于ssd和hdd的跑分日常使用中比不上ext4(可以参考phoronix.com的filesystem benchmark，多线程IO中btrfs才有优势)。

如果使用Eclipse且配置足够好，可以考虑配置中打开 语义补全，命名推荐补全（自动按java规范命名），语句块补全(自动生成if/else/for/while块)， 再把补全触发字符填写成“abcdef....ABCE....->”(总之就是键盘上所有字符都敲一遍) ，然后把最短触发字符数改成1，之后你就可以享受按1个字符->补全，再按1个字符->再补全...一路补全写完代码的过程(1个字符就补全可能会让你产生eclipse在替你写代码的错觉,或许3才比较合适)

@gzxultra 算是一点个人体验吧，希望对你有点帮助

@jun4rui 是的，早期vi运行的机器上根本不是现在的标准键盘，不过扯到vi特定的发展史就有点偏题了。

@stanhou 这是v2ex的语法的问题，我没仔细检查过预览结果。至于nano75s，就是本人家中的键盘。平时我用的就是这键盘的全鼠标模拟