通过合理的交互设计，和合理安排 UI，就能避免这种批量接口调用。如果实在是不能避免，那就捏着鼻子上一个支持批量查询的接口吧。

一个是交互的问题，列表就是列表，详情是点击进入详情页面再去获取。
二是数据结构的设计问题，订单需要有个快照，里面包含订单中商品和其他相关信息在下单时的快照数据，这样做的目的是为了你修改商品信息不会导致客户查看订单的内容与下单时不一致。所以，订单详情是一个完整的快照对象，不需要实时去获取其他的信息。

贷款 110 万，其中 50 万公积金。还有 20 年吧，月供占收入 1/5，公积金覆盖。

双写，ES 用队列写。

eureka，用了三四年了，懒得换了。不喜欢 nacos，太重。任何带数据库的都不喜欢。

按月息 4 厘借给我就行了，每个月 400，满足你的要求了。

要啊，如果你有成熟的前后端框架的话，分开好开发也好维护。

好吧……

JavaType list = mapper.getTypeFactory().constructParametricType(List.class, String.class);
JavaType r = mapper.getTypeFactory().constructParametricType(R.class, list);
JavaType item = mapper.getTypeFactory().constructParametricType(Item.class, r);
JavaType channel = mapper.getTypeFactory().constructParametricType(Channel.class, i);

还是写错了……

@xuanbg 看错题目了，你这个泛型嵌套，获取 type 也要嵌套啊，哪能一下子就得到完整的类型呢。试试看下面的代码
JavaType r = mapper.getTypeFactory().constructParametricType(List.class, String.class);
JavaType i = mapper.getTypeFactory().constructParametricType(Item.class, r);
JavaType c = mapper.getTypeFactory().constructParametricType(Channel.class, i);

Channel<Item> body = mapper.readValue(str, c);

@xuanbg 看错题目了，你这个泛型嵌套，获取 type 也要嵌套啊，哪能一下子就得到完整的类型呢。试试看下面的代码
JavaType r = mapper.getTypeFactory().constructParametricType(R.class, String.class);
JavaType i = mapper.getTypeFactory().constructParametricType(Item.class, r);
JavaType c = mapper.getTypeFactory().constructParametricType(Channel.class, i);

Channel<Item> body = mapper.readValue(str, c);

把 List<String>封装成一个对象

小兔兔用起来辣么方便，为啥还有人用 kafka ？

@guanyujia5444 你的证书是指定的 localhost ？

@guanyujia5444

server {
listen 443 ssl;
server_name api.i-facture.com;

ssl_certificate /opt/cert/api.i-facture.com.pem;
ssl_certificate_key /opt/cert/api.i-facture.com.key;
ssl_session_timeout 5m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
ssl_prefer_server_ciphers on;

set $ssl off;
if ($scheme = https) {
set $ssl on;
}
……
}

别想着直接用 socket 传数据，应用层协议不好给你吃掉的啊，楼主。

加这几句：
set $ssl off;
if ($scheme = https) {
set $ssl on;
}

服务没有响应，但还活着。一般都是内存溢出了