你应该自定义自己的金额类，然后给这个金额类添加一个自定义的序列化器，常见的 json 库都支持自定义序列化器。

hgetall

你说的是 gateway 吧。。顾名思义就是个大门。。向客户端隐藏分布式系统的复杂性。。。

@hcliu987 #5 文件分组，每组打开一个二进制输出流，一组源文件依次打开二进制输入流，然后读取输入写入输出流，不是很懂问题在哪里，也不是很懂需要做什么格式处理。

@hantsy #2 这是源代码里的注释，并不是 javadoc 的一部分。自己猜和阅读作者的文本毕竟是有区别的。

@inktiger #4 这个东西有一些限制，具体用起来也不像消息队列那种订阅 /推送的模式舒服，各种客户端的支持也不见得好。但它确实能解决你提出的那个问题。

emmmm redis 有键空间通知和键事件通知来避免你说的这种情况。。。

这个类的源代码里有这样一段注释，就在类声明的下面。
https://i.imgur.com/DaPqdp0.png

遇到问题，V2EX 发帖❎️
遇到问题，查看源码✅️

@asanelder #18 openjdk 或者说 javac 没有内置这样的功能，据我所知，也没有一个使用广泛的工具可以实现这样的功能。或许可以通过代码的合理组织，结合 asciidoc 这样可以包含其他文本文件的标记语言，实现类似的效果。

不是很懂问题在哪。。。

原始需求是啥呢。。如果你发现一种实现很别扭，或许可以重新考虑下需求。

官网首页合作伙伴一大堆。。。

on 后面是动词，handle 后面是名词？

@ArtIsPatrick #22 为啥会有人认为 http status code 代表的不是业务状态。。。都 POST+返回 200 自己再包一层，那 HTTP 协议里定的 method 和 status code 是闹着玩的么。。。

使用 HTTP 协议，就最好遵循 HTTP 协议的设计，状态码代表的就是一个响应的状态。很多人自己包装是因为觉得预定义的那几个 code 不够用，那你可以自己扩展啊。。往 1XXX/1XXXX 扩展，协议甚至是鼓励的。

body 里可以有一个 code 用来表达特定协议的某种业务含义，但不应该做成通用的，通用的 code 在逻辑上和 status code 完全是重合的。对客户端来说，对两个码进行校验显然不如对一个码进行校验省事，对服务器来说，至少也能节省一个 int 值的内存空间。

HTTP 的 status code 是可以扩展的。。。个人认为通过通过扩展 status_code 来实现更多的响应码是一种比较好的实践。

@dandycheung #29 轻度使用还行。。一方面是么得办法利用 GPU 性能，另一方面是用起来太麻烦了。。

@wizardoz #27 如果真的是这样的话。。那 Linux 软件分发 Windows 版本就没有门槛了

@dandycheung #26
现在想在 Windows 上运行 Linux GUI 程序，只能 x11 转发。。以后就可以像原生应用一样了。

@dandycheung #11 不是说 xserver 这样的支持。。今年年底可能就能看到 Windows 上出现 XTerm 的窗口。。