@luxinfl 我才看见前面说的。。5 个 SLB 。。。slb 还能按个数说的？ nginx 吧？

@ZE3kr

我知道对于初级 php 程序员来说，认为这两个是同一个东西。但是，稍微有点经验的。从心智上是能分得清这两者是有区别的。混在一起只是语法糖，不代表从逻辑上是同一个东西。

？？？？
数组和对象都没搞明白的人跑来喷 json ？

床上有孩子，不可能的。。隔一会就惊醒盖被子

@luxinfl 有没上限也是看要看监控。java 的 jvm 的监控能看得到。很简单。。你怀疑线程数，就设置更多的线程呗，碰碰运气嘛。

这里有一个误区，并不是线城数越多越好。只要足够快，1 个线程也够用。要看 jvm 监控里面堵塞线程数，max 线程数等等。。就算没监控，你们也要有 ssh 权限上去看 jstack ，如果能正好撞上有问题的时候线程的问题可以看得出来。

没有监控都是盲猜，运气好撞上，运气不好就找不到。详细监控才是追查这种问题的办法。还有可以把 GC 日志打开，是不是在 GC ，但你们什么权限都没有。。查个鬼

@luxinfl 回车打快了。。
无所谓了。排查问题，一定要有监控。。盲猜都是秀操作

@luxinfl 有 prometheus 。。直接 curl 就能拿到了。。没那么麻烦。。。

为啥都在纠结 tps 是多少。。。不去给个思路排查？
就算是 tps8w ，难道就不算高并发就不是问题了？


这个链路有两个口，一个是 slb ，一个是应用程序。所以要先确定是 slb->应用程序这一条链路是否是通畅无延迟的。因为 slb 本身也是一个池子，他抖动一下你只能看着。所以要有手段检查 slb->应用程序的延迟。一般是在你的这一测也加监控，不是光去看 slb 的监控，而且顺便把应用程序的监控也加了也好分析应用程序本身有什么问题。

看是 tomact ，就是 java 。prometheus 挂起来。看看接口的 99%延迟是多少，看看每台 qps 是多少（其实不重要，tps 只是有比较才用，一直都是一个均值没啥用）。每台机器要挂一个 node exporter 。看机器的详细的指标。网络吞吐是不是到瓶颈，内存是不是到瓶颈，是不是那个时候在做 full gc 。等等。。这些信息都没有。。。让广大 v 友盲猜？

问你钱包有没必要。
苹果真的除了笔记本，只有黑苹果是性价比最高的。没有之一。
arm 芯片作为研发会很憋屈的。。。写前端的没关系。写后端的。假设你就是碰到了你的电脑上可以，别人电脑上不可以，凭什么说线上可以的鬼事呢

婚姻这个东西，既然成了，就是有难同当，有福同享。既然从人品上 op 已经有所认可，那就全力解决这个问题。征信不是什么问题，只要你们全家都认可这件事的后果和共同承担这个后果。都是小事。当然前提是坦诚相待。

都是成年人，为自己的决定承担一切后果

我和老婆结婚前就因为我大学的时候一笔信用卡一直没还，然后快结婚的时候我突然想着我拉一下自己的征信看一下。发现有一笔未还。跟老婆说了原因，然后我就赶紧还了。结果是，我们明确知道 5 年内不能买房，那就一起忍着。好好经营自己的信用。5 年黑名单一解除，就顺利贷款买房。

如果是桌子不够高 /椅子变高，让我抬不起脚，我会把桌子扔了换一个可以抖腿的

真改不过来。。。主要是没动力改。

@dany813 基本够用

其实 99%的需求下，前端加密。
你以为的：抓包，拿到数据，把 js 代码整理一下稍微阅读，然后看加密逻辑，然后解密。
实际的：抓包，妈了个蛋，这货居然加密了。。搞不了搞不了。。逃了逃了。。。

@dany813 只要套的足够多，就没人有闲工夫去一层层剥开

如果我是面试官。。我会直接标记一个不会用事务，只知道用框架打个标签，为什么？因为别人都是这么用的。。。

换个网关…比如 kong ，内核也是 nginx 。但可以通过 api 的方式控制

出门右拐用 java ，python ，php ，等灯

绝大部分选型是拍脑袋，一不看 issue 更新情况二不看代码发布频率不看文档不看 demo 丰富程度是基操了。看源码？那更不可能。反正就是跟风人云亦云…要换语言就是 java ，要用 java 就是 spring cloud 全家桶，都不带考虑只用 spring boot 的，要用全家桶就是 nacos 。因为用的人多所以没问题是很多人基本的逻辑自洽…但我其实完全理解这个决策流程…