第二个问题，考虑下每条数据有更新时、按你们的规则计算一下该数据对应的结果值，如果线上业务频率不高、直接原表加字段、频率高则新表 id 关联。
新功能先跑一轮任务把每个字段按照当前值计算出来存入新的字段、为了避免线上业务与任务并发冲突、该任务执行时建议停服、或者有更新的相应接口暂停访问。

这样就可以避免每次全表、需要时一条 sql 查结果字段即可，如果规则比较复杂、一个结果字段不够、可以多加几个字段

好像主要是滑动、列表展示那些动画的滑动速度设置得更快，让眼睛以为整个网站很快。点开某个、子页面并没有很快的感觉

@iseki 遇到奇奇怪怪的用户多了，就习惯了人生百态，我刚开始也不理解，遇到一些比 OP 还刁蛮的、心态就慢慢适应了： https://www.v2ex.com/t/833524

我估计 OP 是因为自己本身并不是专业的前端、却已经自己搞定了问题、所以心里有点沾沾自喜，所以一时疏忽来了骄傲的毛病。相信很多人也一样、喜欢折腾、小有所成时容易沾沾自喜，我自己也犯过类似的错误，所以觉得正常、劝 OP 平常心

见自己，见天地，见众生，谦逊难得

1. 不是 OP 擅长领域
2. OP 产生疑惑发问、对方给耐心讲解，OP 看不懂反倒觉得被敷衍

多数人都会有这种浮躁的时候、很正常，OP 平常心一些

如果短时间很多硬件故障，任何软件高可用都无法保证百分百可用

如果不是短时间硬件故障多到短时间摧毁软件系统，维护团队应该进行及时的人工干预修正

太过开发思维，就把自己的技术走窄了，技术不只是开发、也需要工程应用思维

> 兄弟，讲来听听？

如果不是决然放弃她，没必要外面讲太多，否则未来关系缓和了、又可能后悔自己此一时

1. 色字头上一把刀，自己约的炮含着泪也要打完，选了花瓶就应该男人一点、对她负责。。。
2. 如果当初女生楼佣能拿那么多说不定就把 OP 甩了直接傍买楼的大款了，所以塞翁失马焉知非福。。。
3. 再多忍几年，养成习惯防范被自己的花瓶老婆坑，然后自己年纪大些激素更少脾气更好了也就习惯了，毕竟找个漂亮女生不容易，这点损失也不算太大，有的人损失的错过的比你惨多了，别问我怎么知道的。。。

@joyanhui 随时欢迎换乘~

云厂本来就是单物理实例虚拟化，节点配置越低、单物理实例能支撑的虚拟化容器数量越多、可卖给用户的云节点数量越多，用户多、大家都用相同的硬盘并发 IO 、就容易遇到 IO 瓶颈。

神棍净是些模棱两可、怎么说都没错的屁话。

做 IT 风水师，承接中小企业代码开光、发版法事、线上捉妖等业务

服务器里查出允许的进程的 pid ，然后请求进来后用 netstat -tunp 查 remote addr 的端口是不是那个进程的 pid ，不是就不允许

但如果是自己的服务器，自己人不能限制好自家的服务吗？是怕被外人入侵？

苹果信号差，打游戏容易掉线容易输，失败情绪带来对游戏的抵触，帮助戒游戏、回归工作和生活

@netabare #188 最让人头疼的是，这玩意被当成标准答案并分享，要是不出来说一下，估计这帖子里好多人还得继续扩散下去

@CRVV #195 实际上就是绝大多数人都是用社区的东西、看到社区的文章不管对错直接当作宝贝，然而学校里课本上教的那些基础知识才是本质、却被大多数人扔了不懂得拿出来用于独立思考。所以很多人会觉得自己八股文背得滚瓜烂熟、实际工作中却仍然各种搞不懂，只做人云亦云、缺乏独立思考、缺乏学以致用

@xsen #161

> static 方法或全局变量有局限性，资源、方法没封装到一起，不好管理与维护

没看出局限性，也没看出不好管理与维护。

@BQsummer #135

> double check + synchronize 的单例实现在业务场景很常见啊

这种实现常见不代表它是最好，甚至它反而把问题复杂化了，先看下我在 #119 　说的

> 比如我需要创建 apns client 去做推送, 因为推送会因为营销活动大幅波动, 所以需要运行时做扩容, client 的数量不会固定死, 运行时创建 client 就需要加锁, 几十个线程同时抢 synchronize 的锁性能很差非常多

兄弟，既然数量不固定，咱就别拿来当成单例的案例讨论了，这个可以叫连接池或者 client 池

@yuanmomo 故事分享是挺好玩的，但这世上每件事都有很多个维度和角度，即使是技术这种客观性强的东西也有很多维度和角度。如果只看到甚至只是总结归纳其中的一些点、把这些作为真正原因或道理，我估计这种方式总结出来的结论很多都是片面的。

@yuanmomo #79

首先我是觉得，初始化阶段初始化一个实例、以后都不再需要什么同步机制，这种是最节约资源的，也没什么复杂，就是自然逻辑——使用前先初始化。如果是 java 这种语言没有全局变量之类的，静态也可以，比如这个帖子里结尾部分的 “饱汉式（静态内部类）”：
https://juejin.cn/post/7073827225509822500
但这个帖子里，除了结尾这种实现，上面那么多种奇技淫巧的归纳总结，全都是屁一样的玩意。本来就很简单的东西、按照最简单高效的方式一步到位，非要整出这么多七七八八的垃圾实现还拿来宣传甚至作为面试题的答案去考别人。
这么说吧，看到这个帖子之前如果有人问我这个高并发单例的面试题，首先我就懵逼——这都啥概念啊、我不会啊！然后如果再按照你的双重锁的答案来评判我，反倒是我弱鸡喽？

同步、并发一致性、锁，这些基础的东西直接问一样可以，非要造一堆乱七八糟的概念和脱裤子放屁的模式，烦死了。最可怕的是一些脑残带头的人整理出来这些，然后你们这些面试官不管三七二十一就觉得真香然后拿来“学以致用”，连点实事求是的独立思考都没有、就把糟粕当精华了。而且这种现象非常容易出现人传人，你面试别人让别人觉得这玩意好了，候选人回头就可能也拿来去考别人，一传十十传百，人人八股滔天，让我们这些喜欢少即是多、喜欢大道至简的、还喜欢独立思考、不喜欢向糟粕低头的人步履维艰

> 最后，针对你说的问题，我再跟你分享一个故事

我实在想不出这种故事与我说的问题有什么直接关系。

你对故事里的感悟是在自己的角度考量的，你没换位思考别人的角度。就比如你这故事，人家觉得没意思想离职，可能是技术没意思，可能是钱没意思，可能是多种因素综合下来没意思，甚至最简单的，外头有比你这有意思多的工作。就你一个简单的问别人能不能整理出来、他不知道，我猜你的意思是他还有进步空间所以不应该走是不是？就算人家在你这还有进步空间，跟人家想不想走有直接关系吗？就算能在你这继续进步，不代表出去别的地方就不能进步，反而可能进步得更好。甚至，人家可能觉得，在你这即使进步也就那么一点点了而且没意思、人家没兴趣去做这个整理和进步