没办法你只能比较。
举个例子就是，
前段时间去买一本 java 编程思想，jd 显示的是 68 元，后边刷新了一下页面就变成了 80 元。
没辙我就去淘宝买了，新华书店文轩网店，58 块钱入手。。。

而且这种平台还会根据你的使用习惯分析你是不是属于价格敏感一类的用户，然后再搞点事情。

苹果会不会在 wwdc 上发布新硬件难道不是取决于 9 10 两个月新发布硬件数多不多么。。。？

社会发展本来就是这样的啊。。。

你做任何一个行业都得考虑到随着科学技术发展你的位置会不会被新的机器给取代。

我的 2018 pro 11 寸也能拍出光晕效果。
这东西跟拍摄设备也有很大关系。

linux 给我的体验就是，单看桌面截图啥的可以觉得非常清新舒畅。
但是一上手就贼难受，各种 app 界面风格不一，字体显示效果和高分屏支持感人。

这次更新主要分无损和杜比全景声空间音频两块，跟 airpods 相关的是杜比全景声空间音频这块。
hifi 的话对你的设备可是有一定的要求的。

@huamiao
苹果自己沙盒机制，确保了就算使用了 xcodeghost 编译打包过的 app 也没办法做出什么出格的事情。

xcodeghost 向某个域名发送数据这种和其他各种统计工具类的 sdk 的表现并没有任何区别。

至于什么远程下发肉鸡命令一类的更是耸人听闻了。之前我看到过的一个 case 也只是模拟了 xcodeghost 下发一个网址，跳转打开以后提示你安装签名应用的。像这种东西吧，不需要任何 app，普通一个 app 服务端都能下发。

xcodeghost 在 ios 上的影响是真的有限。

@loniper sad 。苹果的苹果涂层脱落扩展维修计划并不包括 18 款，上回我去店里问过了。

iptables 是工作在网络层，怎么可能管的到应用层的 http 协议。
你需要一个应用层的防火墙

@Rwing 大部分的项目其实短平快方式效率更高。

设计模式、项目架构一类东西有时候过于工业化和笨重了。

特别是在国内，大部分互联网公司并不会太过于在意项目的可扩展性和维护性。为了跟进对手或者抢占市场都是以先实现功能为主，反正用的 java，代码写的再烂也能勉强调试维护下去。真的维护不动了就推翻重构或者重写。

如果项目竞争不过对手的话，这个项目可能还没到需要重写的地步可能就被关闭了。所以在国内的话，什么代码整洁、项目结构合理之类的东西并不能产生价值。

国外的话情况可能会不一样做项目就跟建房子一样，一步一步稳稳的来。像美帝那边的大厦都上百年了，国内的话可能三四十年就拆了重建吧。

在国内的互联网项目就不要考虑扩展性一类的东西了。没必要也没有意义。

国内的互联网项目很大的特点就是高层为了抢市场，经常会去起各种各样的项目养着，能养大的话就继续做，养不大就放弃掉。

一般这类项目能做大的话，后期如果撑不住的就直接推翻重构了。

请问如今输入法配合机器学习联想越来越智能的情况下，为什么你还要选择五笔？
五笔势必是要被时代淘汰的产物。
不是靠打字吃饭的，这个时候还学五笔怕只是想为了和别人不同吧？

@xiangyuecn 跟注解没关系。我不知道你的需求是什么才会想到这么膈应人的方法。我提供一个场景不知道符不符合你的需求。

某一个 Service 提供 findByName 方法，findByName 出于某种原因里边有个需求，如果没有查询到某个 Name，那么就创建一条这样的记录，也就是说 findByName 需要调用同 service 下的 create 方法。但是由于通过 this.create 方法，是没有走 spring 的事务增强的，那么很容易导致问题。那么你的解决思路是通过 Spring 的 AopUtils 来获取 this 在 spring 容器中增强过的 bean 。

你的这个想法的确是可以解决你的需求，但是这不是一个好的解决思路。

我更倾向于 findByName 和 create 方法在某一层进行聚合，而不是在 findByName 里调用 create 方法。或者你不想加入聚合层，你可以直接在 Sevice 创建一个新方法 findOrCreat()来聚合这两个 findByName 和 create 方法，然后你在 findOrCreat 上边打上 @Transactional 注释来控制内部嵌套事务的传播性，方便你更细粒度的处理事务提交和回滚。而且 findByName 能更好的专注于方法名所提供的功能，因为其他人去调用你的 findByName 时他们是不清楚你里边还有调用了 create 方法，玩意他们调用了然后创新了一条新纪录可能也不是他们自己的本意。

@xiangyuecn 解决的路子不对。
针对事务嵌套事务的处理，spring 有专门的事务传播机制可以选择。
可以在 @Transactional 注解里设置传播机制。

面试的话肯定会考察你知识的深度和广度。
和上学考试没什么两样的。

java 基础：容器集合、io 、并发、反射、网络

java 进阶：虚拟机相关（题目大多出自周志明的那本书）、并发编程

常见 java 框架：spring 、netty 、junit/testNG 单元框架

数据结构和算法

数据库：索引、事务

分布式系统：理论基础、分布式事务

网络基础：一般问 tcp/io

中间件：mq 、redis 等

devops 相关的：jenkins 、k8s 、docker

操作系统：linux 、linux shell



面试的问题会有很多，你网络上看到的那些面经其实都是很零散的问题。真要准备的话还是要巩固你的知识体系，这点很重要。

看标题就知道这是啥玩意了。
这些东西弄来弄去本质就是将客户端-服务端之间职责可以为交集的部分进行二次改写整活。
搞一堆的 schema 有时候还不如后端直接写代码便于维护。

这玩意除了给不会写后端的前端们搞点小玩具以外，毫无价值。。

@lcdtyph @mansurx
经过我多次的研究对比，发现 windows 虽然会发送 solicit 报文，但是这个 solicit 报文里并没有出现请求地址的选项。dhcpv6 服务器也不会响应这个报文信息。

当 ra 设置了 dhcpv6 获取 ip，windows 会再发一个带有请求地址选项的 solicit 报文，这个报文是会被 dhcpv6 服务器响应并发回地址的。

设置了 slaac 但是依然返回了 dhcpv6 地址的原因貌似是光猫太垃圾，修改了 slaac 选项后重启相关服务要等几十秒以后才生效。中间的这几十秒 ra 依然返回 dhcpv6 获取地址的报文。

另外排序大类也不一定根据内外来划分，也可以根据其他原则进行分类。

排序算法有两大类：内排序、外排序。

内排序指的是在内存中的排序，又可以细分以下几种：
1. 插入排序：直接插入排序、折半插入、希尔排序
2. 交换排序：冒泡排序、快速排序
3. 选择排序：简单选择排序、锦标赛排序、堆排序
4. 归并排序：二路归并
5. 基数排序：基数排序、MSD 基数排序、LSD 基数排序

外排序指的是大量数据在外部存储器上，需要分块载入到内存中操作的：
涉及比较多的归并处理。