我个人的理解是，每年有一个池子，里面累积的就是你这一年按月份按笔实际获得的收入总额。这个池子的总额达到了相关的及格线（税率表）以后，就按照不同的税率进行交税。

一般来说，公司发给你的工资是已经扣除过的（代缴申报），但是也有没扣除的（或者申报以后实际代缴税额不对），这就需要在清缴汇算的时候去调整，比如我的就是代缴的数额不对，公司就会把那少缴的退给我，让我自己去补税。

这个池子有两个，其中一个就是上面提到的，另一个就是奖金（明年就会取消掉，合并），独立于前者，每一个池子达到不同的及格线（税率表）就按照该税率进行换算缴纳个税。

上面提到的池子都是你的不同收入（个人所得、奖金）独立计算的，一般来说是扣除社保后的实际收入才会算进去。但是还有其他可以扣除的点，这些点就是专项附加扣除，每年按每个项目进行扣除，比如房租 /房贷、赡养老人、继续教育、子女等等。只要符合条件的填写对应的专项扣除，就会从第一个池子里面的总额减去这些扣除额之后再进行个税计算。

以上这些如有不对还请指出，感谢。

不能加索引是因为数据量太大的原因？有没有实际测试过写入的时候性能影响？不要猜测，要动手测试。

gitlab 自带的 CI/CD 已经可以满足绝大多数的需求了吧，内存占用确实比较大的，不过可以调整参数，关掉某些没用的模块。

@wshcdr 简单的来说，你可以把 Controller 里面的一些逻辑转移到一个 Application Object/Service 上。

分析一下原因，按理说每一个接口的逻辑应该是不同的，唯一的，但是不同接口之间可能也会复用到一些应用逻辑，如果这些逻辑在同一个 Controller 的不同的 Method 上（ RequestMapping ），或许可以简单的创建一个私有的方法来搞定这些复用的逻辑。

但是对于不同 Controller 需要复用的逻辑，又不适合放在普通的 Service 上，就可以创建一个 Application Object/Service 来封装了，此时的顺序变成了：

Controller -> Application Object/Service -> (Domain)Service -> Repository/DAO 。

另外再说一些题外话，大部分人应该没有这些顾虑或者思考，看不懂的略过即可：

在 DDD 的战术模式中，领域服务（ DomainService ）一般只对单个聚合进行操作，且这些操作属于该领域自己的业务逻辑，只是不适合放到单个聚合上面，最重要的一点，聚合的任何操作都保证了不变性条件。

但是某一个业务需求可能会跨聚合进行操作，又要保证事务一致，就可能会在上层再建立一个应用层，注意我这里说的应用层跟 DDD 中的应用服务（ ApplicationService ）不一样，它跨聚合操作这种行为本身就是因为模型分析得不到位。因此这种逻辑是不推荐的，因为它模糊了限界上下文之间的关系，但是从编码角度来说却是很方便的。

想一想我有好几个 Service ，然后在 Controller 里面依次调用，只需要在 Controller 方法上加一个 @Transaction 的注解就可以保证事务一致，其中任何一个 Service 失败都将回滚数据，保证数据的一致性不被破坏。但其实这是一种偷懒的做法，或者说在是规模小的时候一种取巧省事的办法。

张麻子：我就想让你翻译翻译，什么叫惊喜！

汤师爷：惊喜嘛

张麻子：翻译出来给我听，什么他妈的叫惊喜！什么他妈的叫他妈的惊喜！

一直用的自带 Terminal + ohmyzsh

去年就看了《鱿鱼游戏》，期待今年的《风骚律师第六季》

取决于具体的应用场景，单纯的从技术角度来看的话，不一致可能确实是一个问题，但是更多的时候往往是我们自己想多了。

当业务和技术架构不匹配的时候，及时调整技术方案才是首要的，例如是否有必要使用微服务？或者服务之间的职责划分是否合理？

在没有具体的应用场景上去讨论合理性就是 XY 问题。

@lopssh https://app.diagrams.net ，旧称 draw.io

画了一张图，凑合看吧

https://i.imgur.com/DkO4zJw.jpg

https://www.v2ex.com/t/794611
我还是那个问题，当然这个链接的标题是“国内”。

1 、今天合法的东西，明天不合法了，不允许存在于链上，必须要抹杀掉，如何处理？

2 、如果没有成本就能往链上加东西，那岂不是无限膨胀了？所以必然存在一系列限制。

3 、我作为一个节点加入区块链中，有什么好处？

发币同时解决了问题 2 和问题 3 ，需要算力计算，还能得到奖励。问题 1 已经不仅仅是技术问题了，而是你这个东西本质核心是否合法的问题，随时可能会面临被政策抹杀掉的问题。

联盟链能不能解决问题 1 ？能解决那你就不是区块链，只是披着区块链的皮。

去年茅台回本了就退了，如果没有精力去研究的话就是在赌博碰运气了，保持清醒是最重要的。

@SuperMild 思路值得鼓励，希望你可以一直对此保持热情。

我还记得之前 github 收费的时候，就有人尝试使用公开仓库来当作网盘使用，甚至还为此开发除了一套自动化的脚本程序，push/pull 的时候自动本地加密 /解密。使用过程中无感，只需要配置一个密钥即可，当然那个时候的限速还没有现在这么严重。Windows 平台也有很多在驱动层实现的透明加密软件。

所以如果只是想要文件在落地的时候进行加密，防止其他人直接绕过系统得到原始数据，完全可以采用一些比较成熟的方案，而且安全性是比较高的。记得很久以前在学习安全这一块的时候，给我印象最深的一句话就是“不要自己去发明加密系统，除非你是从事这个行业的专家”。

当然了，如果只是为了绕过一些自动化的扫描，也完全可以使用压缩软件+密码的形式。不管做什么，明智的做法应当是尽快找到一种正确的方式好让自己别把时间浪费在本不应该浪费的事情上面。

加密 /解密 ✗

编码 /解码 ✔

一个变量到底存储的是什么？变量类型指明了存储的数据如何使用，对于一个 int 类型的变量来说，存储的就是实际的数字。对于对象来说，存储的就是一个内存地址，它被解释为具体类型在内存中的起始地址加上成员变量类型偏移量。以上这些只是一些表面的解释，编译器或者解释器 /虚拟机会根据这些信息来优化，并最终操作计算机。

所以 final 修饰的是变量值不可改变，而不是这个值再被用来解释翻译，并操作其他内存的数据不可改变。

@qwe520liao 这里说反了，应该是父类指针既可以指向父类实例，也可以指向子类实例。虽然 Java 没有指针的概念，但是这里相当于引用。

根据里氏替换原则，子类实例指向父类指针，也就是说假如有一个 SubUser extends User ，此时 List<User>是可以 add 这个 SubUser 实例的吧。如果想要返回 List<SubUser>，可以把方法签名改为 List<? extends User>。