我这里暂时没问题，坐标深圳电信。

JVM 应该有很大一部分内存是可以和其它进程公用的，也就是你启动多个的时候，JVM 本身的二进制文件在内存中是和运行相同版本的 JVM 的进程共享同一份内存的，排除这部分内存，剩下的应该是 JVM 保留了一部分堆内存用来为接下来的对象分配预留。其实纠结这种问题没啥意义，Java 的使用场景大部分更不不在乎内存效率，开发者的成本远高于硬件的成本。

所以生活用的微信&电话号码和工作用的要分开，搞 2 个手机，公司没有紧急事情，不要联系自己的私人号码。

另外再说一点，DDD 和微服务的设计都需要负担额外的成本，如果项目可以用简单的 CURD 或单体架构，就不要用 DDD 和微服务模式，DDD 成本还没那么高，毕竟你也可以用 DDD 来设计一个巨大的单体，但微服务就不一样了，分布式服务要面对的复杂性和一致性问题需要非常高的额外成本负担。

先去找个使用 DDD 设计思想设计的后端框架，看看人家的架构设计。
在照着使用这个框架的开源项目照猫画虎，然后一步一步来，其中每次遇到自己不明白的设计元素和设计模式的时候就去网络上搜索此设计的作用。（这可以让你从战术上快速学会 DDD).
战略上就慢慢来吧，业务复杂后，为了管理项目的复杂性，你也会自己刻意向 DDD 的设计靠近。另外如果使用微服务，你会天然用子域和事件驱动的模式去设计，很容易就会逐步靠近 DDD 的领域驱动设计思想。
另外有多余的实践，下面几本书都可以看看。
<<领域驱动设计: 软件核心复杂性应对之道>>
<<实现领域驱动设计>>
<<微服务架构设计模式>>

结帖： 最终选择了 ANNE 安妮 PRO 2 白色 樱桃青轴。

@handm 我搜索了一下，网上说 柯芝 无线模式打字延迟很严重，你用的有这个感觉嘛? 我现在用的 s300 mini 插的 2.4G 一样延迟严重，plum niz 的延迟就更离谱了，蓝牙属于基本没法用的水平。

@handm 这个牌子好像没有 61 键的，最少就是 68 键的。

@Sting1226 FILCO minila 你这个也太贵了，不知道为啥这么贵，我研究一下。

@ZekeRuan 我买的这个没用灯，感觉就是某个按键坏了。

@perbugwei ikbc 的客服说可以给我更换按键，我先看看。不怎么购买二手产品。

@perbugwei 61 键的 pocker 很久都没货了。ikbc S200Mini 太丑了。

AMD 的 CPU,22631.3810 系统（ Windows 11 企业版)

@FrankL 奇怪，为什么我的 Windows 11 没有这个选项？

重这点损失都不是什么事，我第一次租的房，经历和你差不多，直接 2 个月押金扔掉。

默认是 系统项，你说的主页是指这个?
目前所有电脑没遇到过这个问题。

顺便要吐槽一下 oh-my-posh 的新版本，改用 go 写后，慢的要死。

Windows Terminal, 安装一下扩展，Terminal 有很多扩展。
我的 porfile 文件暂时是这个, 有很多花里胡哨的 UI 调整，我还一直想要微软将这个 terminal 跨平台，不过暂时没戏。

# Import-Module posh-git
Import-Module PSReadLine
oh-my-posh --init --shell pwsh --config="C:\Users\XXX\omp.json" | Invoke-Expression

Set-PSReadLineOption -PredictionSource History
Set-PSReadLineOption -HistorySearchCursorMovesToEnd
Set-PSReadLineKeyHandler -Key "Tab" -Function MenuComplete
Set-PSReadlineKeyHandler -Key "Ctrl+d" -Function ViExit
Set-PSReadLineKeyHandler -Key "Ctrl+z" -Function Undo
Set-PSReadLineKeyHandler -Key UpArrow -Function HistorySearchBackward
Set-PSReadLineKeyHandler -Key DownArrow -Function HistorySearchForward

JWT 适合： 微服务相互通讯，SSO ，OpenAPI 认证，部分 SPA/Mobile 应用(核心是无状态可以减少每次验证授权的开销)
Session: 传统的前后端耦合的 MVC 引用，安全性高并要求实时销毁授权的，授权信息会快速频繁变化，session 生命期非常短。
重要的是理解 JWT 通过 json 格式(公开 RFC 协议格式), 非对称签名和授权验证端点的组合实现了无状态认证和授权，这种方式在高频的服务相互调用时，可以节省每次都执行完整的重新认证&授权流程的性能开销。