事件驱动
serviceA 里发布事件，eventA.send()
serviceB 作为一个 eventA 的监听器，执行完任务后再发送 eventB
serviceA 里再包含一个 eventB 的监听器，监听到 B 事件后更新数据

eventA 和 eventB 可以是同一个事件具有不同的状态，也可以是多个事件，看你的业务进行设计

单体服务用多线程就可以了，分布式集群的话用 mq ，如 3 楼所说的方案

打包的话 exe4j ？ exe4j 相当于把 jre 打包在一起
最好的方式当然还是编译 GraalVM Native Image ，不过得你的技术栈够新才支持，不然很多坑

这个权限功能达不到要求吗
https://docs.gitea.io/zh-cn/permissions/

1 楼让我懵了，2 楼让我觉得事情并不简单

我也想问， “4c16g 的，一年 700 多”是哪家的，我现在用的 racknerd 是 4c8g ，$89 ，不知道哪里还有没有更便宜的

成都 java+1 ，再这样下去根据本帖都能出一份程序员岗位及就业前景的报告了

我每次都是要用的时候下载，用完删除，但是忘记哪儿看的说卸载其实只是图标没了，也不知道真假。反正现在这些 app 真的是流氓越做越大

用不用 var 在我看来不是和 4 个空格缩进，2 个空格缩进一样属于代码规范问题吗，既然是规范问题按照公司规范来呗

原则上应当以鼓励为主
但是首先，java 的 Integer 类有 Integer.toBinaryString 、Integer.toOctalString 、Integer.toHexString 方法，你可以参考下
其次你的代码真的很不 java

本帖有一个悖论
原因参见页面下方关于中规则第一条

https://github.com/zhayujie/bot-on-anything
qq 群用的话可以用这个，支持私聊

如果是要那种 web 客户端的话感觉不如让你们同事自己注册账号用官方的

小型项目看产品原型文档，pom 文件，看包结构，配置文件，表结构。原型文档 PRD 帮助你快速理解业务，后面几个帮你快速熟悉代码。
大型项目如果啥文档都没有建议跑路

1 楼已经说的很好了，这里做一点具体的补充
1. 可以做一个 IAM
2. 业务相关的各自负责处理，某些共用的也可以业务系统自己再来一个，比如头像，在共有一个的情况下，各个系统也能改成自己独立使用的，这个东西完全看系统的业务设计，没啥最佳实践
3. RBAC 即可，角色在 IAM 中管理，角色所拥有的接口权限由业务系统负责，登录后可以获取用户角色，根据角色判断是否有访问权限

和领导谈谈，说你现在工作量过大，且任务责任重大，这样下去开发运维两边都容易出问题，什么时候能招到运维。
如果领导透露出不想再招人的意思，那你就说以后排开发工作量往少了排。就这样来回拉扯。
如果你是觉得工资到位也不是不能干，那在拉扯的时候透露出来，不要直接提涨薪，就说说“这样下去身体病了，看病都看不起”之类的。

以上建立在领导不 sb 的情况下

行为上来说不正常，但是不妨看看他提的问题到底是不是存在，如果是觉得表结构设计不合理让做表设计的人和他沟通，看看哪里不合理

试试参数`-Dhttps.proxyHost` ， `-Dhttps.proxyPort`呢

项目的代码拿来看啊，看自己能不能独立搭建出来，看看依赖的哪些包，把这些包分别是干嘛的搞懂。看看配置文件，里面每个配置项是干嘛的搞懂，从这些地方去了解你的项目。

这个定位描述让我想起了另一个组织，学生会

没有开源大多数人没资格入行

燧人 百度百科说是 100 万年前