可能不正确的回答： 因为这取决与操作系统啊，写汇编的人不在乎冲突是应为他知道他用的是多任务的操作系统，操作系统会帮助他调度。对于他来说，就是独占的啊

B 机器 console1

# manjaro 系统安装软件
yay -S gost
# 运行 gost
gost -L=:1082

B 机器 console2 连接 A 机器(172.50.10.58)

ssh -R 1082:localhost:1082 -p 22 [email protected]


A 机器
yum 代理 /etc/yum.conf
proxy=http://127.0.0.1:1082
环境变量
export ALL_PROXY=socks5://127.0.0.1:1082
测试
curl www.baidu.com

江山是你们打下来的，现在收成了，你特么要跑，我没看明白。
你要觉得舒适，你应该想一想公司的产品如何持续地有竞争力，
然后提前准备，等到市场变化的时候你瞬间就有升级方案。

@Hanggi 很认同他的观点。平凡的大多数都是干这些事，我们真的只是一个手艺人，我们不是开宗立派的先行者。
客户先有需求，我们会根据需求确定好数据结构，有了数据结构我们就需要增删改查来管理数据，能管理数据的时候我们就需要 @Hanggi 说的这些行业共识来更好的管理数据。你看，是不是这么个道理

建议你买一个 500 块二手的机器，不要学着学着打起了 DOTA2 ，这可就不好了。
你懂我意思吧，不要高估自己的意志力，500 块的机器会帮助你压制你的欲望。

@ErnestSu IIC 、I 方 C 、I 平方 C

我本人不太爱玩手机，手机上信息来了，我回复的比较慢，接电话倒是很快，所以一般公司他们发 IM 消息我没回，他们也不会说什么，因为我对谁都是这样的，不会说私人信息回复的很快，工作故意不回的情况，其次，我为了摆脱 PC 端 IM ，干脆换上了 manjaro linux ，然后谁让我装，我就说，要不你来装。如果真有一天他给我装了，那我就卸载 KDE ，反正写代码只要有个控制台足够了，IM 讨厌的地方就是他们发信息都不思考，想到什么就发什么，类似

在吗？（你问我在不在，我都是不在的！！！）

如果发信息的人仔细点，确认他要的一些信息，一次说明白，我很乐意回复。所以很多时候我都让他们写 email 给我。这样就没有很多无意义的你好，在吗，有空吗，帮我看看之类的

x = [0,200]
y = [1000/6 - x]
z = [1000/20 -x -y]

private final MemberService memberService;
public ResponseEntity<?> login(@NotNull final String mobile, @NotNull final String passwd) {
String decrptMobile = AesUtil.decrypt(mobile);
Member member = memberService.findByMobile(mobile);
if(BCrypt.check(passwd, member.passwd)) throw new LoginException('登录失败');
String token = TokenUtil.generate(decMobile);
LoginResp resp = LoginResp.builder()
.name(member.name)
.age(member.age)
.token(token)
.build();
ResponseEntity.status(HttpStatus.OK)
.header("token", token)
.body(resp);
}

我仔细读了一下你补充的内容和原始的内容，由于你需要使用 opencv 做物体识别，我的建议你的 server 只处理推拉流，opencv 识别的部分放到客户 client 处理，好点的 android 设备，不带屏幕，2500 以内，用 opencv 做识别输出视频，如果甲方的摄像头能直连 android 识别的话性能更好，60FPS 没问题

解码 /编码确实很消耗 CPU ，这是 GPU 更擅长的领域，不过还有更专用的解码 /编码硬件，
JAVA 层的优化空间，我能想到的是你使用的 FFMPEG 是 JAVA 实现还是 JNI/JNA 实现，
理论上说 C++的实现会比 JAVA 的性能更好。还有你说的 API 处理是处理什么，加水印还是其他的
图形识别？获取甲方的摄像头比你想象的更强大。你可以再展开说一说，我们的智慧是无穷的

需求不明，无法给到您更好的建议，

你已经自抛自扣了啊。就是看看签名是不是在黑名单中！

请先设计好数据结构，有了好的数据结构，ORM 会自动生成你想要的数据库，当然，性能问题可能不好，
但是有数据结构，代码写的飞起，根本不在乎数据库里叫什么，怎么存的。
要是用 typescript 的 typeorm 。连 hibernat 里恶心的 nested object mapper 问题都没了。那开发速度更进一部，这样，你就有时间做自己想做的事情了

我说一些简单的经验吧，也不是很多，做过一些，仔细读过一点文档。

首先他就是传统 socket 通讯的一种解决方案，如果你有空，你完全可以自己用 socket 仿照他的套路自己实现类似 MQTT 的东西

其次在传统的 socket 通讯时候，消息的发送者-接受者直接建立链接，发送者是知道接受者已经接收到消息了，而在 MQTT 中发送者和接受者中间隔着一个 broker ，有点像邮局。你只是知道你的消息已经成功被邮局收下了，即发对应主题下消息发布成功。而对方有没有收到消息你是不知道的，如果你想知道，你需要和 broker 协商一个主题，当然，最新的 MQTT 协议已经有现成的实现了。


再者，QOS 级别有点像邮局会员服务，不同的级别他会按照不同的送达率给你处理消息，这取决于消息的重要程度和你设备的抗造能力。有时候你不得不取舍。

最后，遗嘱很有用，他会让 MQTT client 知道什么时候发送消息，什么时候该提醒用户设备有一点点故障。例如 broker 服务器有计划的重启了，重启之前发出遗嘱。IOT 设备可以马上就知道 broker 服务器正在重启，这时候 IOT 设备就可以按照事先想好的方式解决这个问题。

还有，不同家的 MQTT Broker 实现对协议支持的完成度天差地别，选择的时候一定要自己阅读相关的说明文件，EMQ 很好，不过我不确定谁是最好的。我也不知道。