kevinjaz 最近的时间轴更新 kevinjaz 最近的时间轴更新 |
kevinjazV2EX 第 211364 号会员，加入于 2017-01-18 20:45:22 +08:00 |
kevinjaz 最近回复了
2020-12-26 10:53:22 +08:00 回复了 suzic 创建的主题 › MacBook Pro › 诸位开发日常工作用到鼠标了吗？ |
master 2s 已经成为生产力工具
2020-12-23 23:22:08 +08:00 回复了 funbox 创建的主题 › MySQL › 日常涨知识系列-惊天地泣鬼神的 sql， 300 行~~ |
我觉得还好呀
2020-12-15 19:40:08 +08:00 回复了 huyujievip 创建的主题 › 问与答 › 非科班报了一个 Java 培训班，现在不想去了（考虑到时间和费用），但是她提到有一些就业的帮助，前辈们给给意见 |
当年也遇到过，说实话培训没啥含量不如自学还不花钱，而且它有些培训机构还帮你贷款，后面你来还，赚钱的手段太恶心，特别是针对一些在校学生，各种忽悠。
2020-11-15 20:05:02 +08:00 回复了 Xuanyian 创建的主题 › 职场话题 › 人生如此艰难，尤其是负责 Legacy Code. 2 |
这文笔写代码浪费才华了，平时应该写短篇
小弟的 blog https://mokitkira.github.io/
2020-06-19 21:32:14 +08:00 回复了 lbmjsls1 创建的主题 › Java › Java web server http 请求的一个疑惑 |
@lovelife1994 看服务承载量，如果用户请求量大，用 keepAlive 反而会增加服务端的压力，毕竟维持一个 tcp 就占了一个坑位，看题主的问题应该是业务处理的时间都超出了 keepAlive 的超时时间了，所以这里应该是如何设计好这个交互问题。
2020-06-19 21:18:58 +08:00 回复了 lbmjsls1 创建的主题 › Java › Java web server http 请求的一个疑惑 |
@lbmjsls1 正常的 http 请求是无状态的，每个请求进来带了 token 之类的消息知道客户端是谁？请求处理完，返回之后这个连接就断了。除非你是用 websocket 建立长连接，那样客户端与服务端是全双工通信的，看你的描述，是因为处理的业务逻辑时间过长，要不就长时间等待，那样用户体验不好。另一种方案是异步处理，后端找个表记录任务详情，那么有个地方可以查询这个任务结果，如果是类似导入数据的需求，可以给个提示说稍后刷新页面查询。
2020-06-19 18:45:18 +08:00 回复了 xiaotianhu 创建的主题 › 程序员 › 此生,达成什么成就,才能让你不后悔? |
今天比昨天进步一点点，对于自己来说就是成就了，比起那些功成名就的大人物，我更愿意接受自身的平凡，热爱现在的生活，有所成长，人生就是过程。
2020-06-19 18:39:36 +08:00 回复了 lbmjsls1 创建的主题 › Java › Java web server http 请求的一个疑惑 |
后台的业务处理用异步处理就行了，用线程池去执行任务也行，响应能立刻返回，那么给前端的提示可能就是正在处理，请稍后查询。
Select Language