@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 基数排序

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

java c++ 被称为工业级别的语言
你猜猜是为什么。

中国程序员里 99%博客内容不外乎以下几种情况：
《解决 xxxx 提示 xxxx 的问题》
《 xxxx 安装与配置》
《 xxxx 使用介绍》

《解决 xxxx 提示 xxxx 的问题》系列问题出现的主要原因是解决一个需求 /问题不是通过官方文档入手，而是通过搜索引擎去找其他人现成的代码，这些代码也不会过多阐述各个参数的详细用法，因此拷贝过来以后经常会出现各种乱七八糟的问题。你通过调试解决了问题，但是你依然没有办法解决自己获取权威信息的方式，因此这类人只会一如既往的炮制这类《解决 xxxx 提示 xxxx 的问题》的毫无价值文章。

《 xxxx 安装与配置》《 xxxx 使用介绍》是上述《解决 xxxx 提示 xxxx 的问题》产生的主要来源。个别人没有一定的知识沉淀又想要去把博客装横的丰富一点，于是就喜欢水这一类安装配置的文章。其他新人小白过来 copy 了你的代码出了问题，转发了二手屎做了一堆《解决 xxxx 提示 xxxx 的问题》辣鸡文章。

各位可以点一点上述各个博客的链接，看看是不是都如同我所说文章内容空洞无物，基本都是上述几种类型。

真正有价值的博客我举个例子，美团的官方技术博客： https://tech.meituan.com/ ，无论从技术含量、图文排版、文字逻辑组织、文章内容各个角度都足以把上面这些互联网垃圾内容秒的渣渣不剩。

技术博客是中文编程社区的一大跟风现象。你没有技术沉淀与自己的思考，纵使你的博客坚持写 10 年，也无法经营的起来。你写博客除了浪费时间，并没有多大的作用。

一些自己踩过的坑，汇成两三句话记录到本地记事本等工具里就行了，还方便搜索。花半个小时、一小时组织文字排版岂不浪费时间？

@BOOM 我用自带密码工具的目的就是为了一键填入用户名和密码。
另外服务器登录信息这些终端工具都能自动保存，自己额外弄个 txt 存以下就好了。
激活码太少用了，都丢掉自带记事本里了。

已经不需要再购买 1password 了。
ios 自带的密码工具足够好用，而且现在 icloud 密码同步也支持 windows 下的浏览器了。

我觉得我们应该用发展的眼光看问题.
service-impl 以及设计模式不是啥圣经, 大部分项目开发搞这些玩意纯属没事找事.