反射+注解

疯狂在作死边缘徘徊

努力做个分子

哈哈哈,这种我也有时候会问,因为常常碰到有好几个接口都会返回一些相同的信息,这时候有时候并不能判断到底前端用了哪个接口,有时候修改相关需求的时候,或者新增需求的时候,怕改坏了,所以要确定下,当然你说 F12 也可以看呀,不是不能看,但是有时候很麻烦,就想我们原先的一个公众号的页面,公众号页面授权这块全部由后台来统一跳转的,各种重定向,这时候要看里面某个页面的接口调用的时候,去看接口的时候真的复杂,手机要抓包,当然这跟我们测试环境没弄的完善也有关系,这时候问下兄弟,你调用了哪几个接口不是更加方便么,就好比有时候前端兄弟问,你这接口咋访问不了,404 500,然后排查问题的时候发现写出了 https://https://.或者请求格式错了一样,我们后台碰到问这种问题首先是先去测试一下自己的接口有没有问题.
其实有时候沟通一下,能使工作更加高效 何乐不为呢.

迷之问题

题主的意思是对时间范围内的数据进行统计汇总吧,然后得出一个结果?领导的意思是单次情况,有异常就报异常?我们监控是滑动窗口模式的(新学的名词)

要不直接内存是做判断 , http.sendMsg(Callback callback,long timeout),callback 里面传入你当前的 id,然后在内存中(map)去循环判断有没有该 id,当 socket 返回信息的时候,在内存(map)里面存入这个 id,其实跟你存数据库道理一样,最好就是不用 socket 那块,直接改成 http,都做到同步,或者是你在提供一个接口,是获取状态数据的,前台去长轮询获取最终结果

@buruoyanyang 你这块 Future 是获取 mq 的返回状态码,还是说获取消费端的结果,如果是获取结果,是 future 去拉结果?
跟题主的问题可能有点出路吧

你们独立出来一个 mq 项目,推测可能你们想职责分明或者是生产能力>>消费能力,,像前面有朋友说的堆积能力,我生产者,消费者不是同一个,难道就没有堆积能力了么..,你用 fegin 去调用 mq 项目的时候,我觉得本质其实没法解耦的,一旦 mq 项目出问题,你上游 01,下游 02 都会受影响,然后如果独立出一个 mq 项目,如果一旦涉及像 mq 项目处理的类似需求,你会发现 mq 项目会越来越庞大,增加一个类似的需求 要写两个请求(一个接收,一个发送),一个 mq 消息发送,一个 mq 消息发送,其实我觉得可以想想把 mq 项目那块细分下,分到其他项目中,碰到如果是生产能力远大于消费能力的用 mq 来缓解下应用压力,其他直接 fegin 调用

鼎科

在 .bash_profile 或者 /etc/profile 下面 export PATH::$PATH:$HEXO_HOME 这样不行么 前提你要先定义 HEXO_HOME

赞赞赞

具体没看,估计分析是你获取 formhash 的同时 将得到的 cookie 也一并带到登陆 post 上去

分母小王子

google 搜索吧,mysql 同步到 es 也是有工具的,先去了解下 es 的 index,type,mapping,事半功倍

哇哇哇 中奖了

多多自走棋