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

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

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

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

@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 以及设计模式不是啥圣经, 大部分项目开发搞这些玩意纯属没事找事.

我的上一款 ipad pro 10.5，前后连续换了 4 个，，，用个 4 5 个月就出白斑。。
最后受不了了，最后一次换了挂了咸鱼

A 问客户端开发要不要学习 Unix 系统，
B 问客户端开发要不要学习编译原理，
C 问客户端开发要不要学习算法导论，
D 问客户端开发要不要学习计算机组成原理，
E 问客户端开发要不要学习 C++
F 问客户端开发要不要学习操作系统原理，
G 问客户端开发要不要学习 html/js/css
………………

我告诉你上边的东西都有用，你会都去学吗？

首先先精通一个点，然后慢慢扩张，遇到知识瓶颈，再去学。

大部分的程序员都只是 api 缝合怪而已，而且现在的编程语言已经做的足够好把底层的都给你屏蔽掉了。计算机层级越来越高度抽象化后，以后应用程序员就不用再去关心这些底层的东西。

我也是,2 年 200 多次提示建议维修了.
这个跟个人使用习惯有很大关系.

如果买了 apple care +, 在保修期内可以去更换.
如果没有买, 那只能付费维修了.

出现这个情况的话其实还是能用的, 问题不是很大.

另外 macbook pro 2016 款以上的蝴蝶键盘机型, 键盘都有四年保修计划, 如果四年里你的键盘出现问题, 去 apple store 会直接给你换一个 C 面, 这个 c 面包括了键盘 /电池 /主板...

所以,如果你还打算继续用个一两年,那就建议不要付费去换, 如果碰到键盘失灵 /按键重复的情况, 录个视频直接预约维修.

@Joker123456789 行吧, 鸡同鸭讲. 那就这样吧. v2 上的玩具框架我喷多了, 也不差你一个.