@phantomzz 你这种方式可以说是很快的一种方案了，业务要求没那么严格的话(比如 5000 件不能超卖但是可以少一小部分)是一个很不错的方案，但如果要求强一致性的业务(5000 件都要卖完不多不少或者少的数量有严格限制要低于多少)，你异步处理的回滚可能不够及时导致最终少卖了一部分，这时候其实是有必要上分布式锁的，为了一致性性能是要牺牲一些的。所以说来说去还是那句废话，看业务。。。

补基础见效太慢，直接学应用级的东西好了，像各种中间件都挑一样了解原理学会使用，比如 MQ，可以看看 RokectMQ 和 Kafka，缓存看 redis，搜索引擎看 ES, 分布式数据库看看 DRDS （ SQL 路由型）和 DBProxy(中间代理型)，服务调用看看 dubbo 或者 grpc,请求分发比如 nginx(中间件)和 zuul(代码层)，然后把 Spring 的各种 hook 再看看，这些了解了至少不会啥都不懂了。

Java 暂时还不会死，而且现在已经开始快速迭代了，等 Oracle 把 Hotspot 和 JRockit 整合成功应该还会有一波小爆发。写过 C++再用 Java 写业务爽的很。

擦除是擦除到上界（比如你这里 House 的上界就是 Building ），不是直接啥都擦没了

泛型擦除。对于 JVM 来说他只认列表，不关心你列表是啥，统一擦除到上界(对应这里就是子类对象也会被认为是父类对象)

简单点就 aop，还想要高性能和扩展性就用 JVMTI, 比如 Instrumentation （编码复杂度要高很多）

超过你的月平均工资就算了。
建议想买的话至少攒够一半的钱。分期这种东西越到后面你的负反馈越大。

假设你想要的是当前请求对象所对应的服务的类名和方法名，是不太好获取的，因为过滤器作用于请求进入 Servlet 之前(对于 Spring MVC 来说是 DispatcherServlet)，而在常用的 Spring MVC 中请求路径转发到服务(比如说 Controller)是在 HandlerMapping 和 HandlerAdapter 中做的，在过滤器中的时候你还不知道这个请求会映射到哪个服务。

建议使用 aop 在请求收发层或业务层做日志记录。

就是想在过滤器中处理的话给个思路，可以自定义服务将请求地址和服务做一一映射，比如初始化一个 HashMap, 请求路径为 key, 服务全名为 value(只是举例，请求路径的匹配是复杂多样的，自定义匹配规则很难做到全面)

最后还有一种骚套路是使用 Spring 的 HandlerMapping 和 HandlerAdapter 做匹配，这种违反规范的做法在正式工程请不要采用。

@GTim 我说的 ms、ns 是针对你回复我数据量不大的，改成 ms、ns 主要是数据量的上升，比如 ms 就是 60*100 倍的数据量了，这时候数据量就很可观了，要考虑下性能的问题了。烟感雾感也只是举例子后续可能的扩展性问题，当然不可能直接加进去，但是你一张表只放一类数据对于 mysql 来说是很浪费的。

@GTim 这里只是假设，比如说忽然要求细粒度到 ms，或者后续可能远远不止温度，像物联网有烟感、雾感等生活上方方面面的指标。

@LokiSharp 中国很大，不只是是上海的小学生才是小学生。浙江把编程加入高中课程就引起了广泛讨论，就大概可以管中窥豹了。当然这种教学方式是好的，希望可以慢慢推广。

盲打确实对编程有加成，但绝大多数情况下基本没影响，编程应该是脑子里想好代码了用手写出来，而不是无脑尝试（除非是解算法题这类情形）。说手速影响脑子思考速度的，以为盲打就能跟上脑速了吗？那脑子的速度也是不是太慢了点。当然还是推荐学会盲打，追求更好是每个程序员都应该去做的。但学会盲打你以为就结束了吗？还有指法要求、好的键盘、好的电脑等等等等。但这些我们觉得很好的东西没必要强求他人也要这样，也不是我比你更强我说的话就有道理，毕竟每个人都有自己学习工作的方式。

@LokiSharp 人大附小嘛，还必修课。。。

always

这个目前世面上的已经太多了。而且基本上每个公司都会有自己的一套权限模块，大一点的就再做个单点登录，本质上还都是用户、角色、菜单这些，重新撸一套除了学习没啥实际意义。

当前没必要引入时序数据库，less is more。
mysql 的话就按一分钟一条数据存储好了，如果后期数据量真的大起来，那就把近来七天的数据作为热点数据放到缓存里，过期时间设为七天，性能这方面完全不会有啥问题。