V2EX  ›  Infernalzero  ›  全部回复
回复总数  251
回复了 tristanjin 创建的主题 › [上海] [米哈游内推] - Java 开发/前端/移动客户端2021 年 3 月 25 日
等一个 mhy 杭州分部
回复了 JasonLaw 创建的主题 › 为什么阿里巴巴的 Java 开发手册说 text 要独立出来一张表?2020 年 8 月 28 日
其实你帖的那个官方回复已经解释了,只是你缺乏了一些基础知识的理解,建议看下 MySQL 技术内幕这本书里有介绍的。
当某一行存储的数据过大时,InnoDB 就不会把所有数据都存放在数据页,而是将数据存放在 Uncompressed BLOB Page 或者 Compressed BLOB Page 当中,在数据页中通过指针指向 BLOB Page,这种现象叫做行溢出。
因为 MySQL 之前的版本默认行格式都是 compact,text 场景很大概率你数据页要使用的字节数量肯定多,这样每一页可以存的行数变少,索引效率自然也低了
回复了 duanguyuan 创建的主题 › 请教 Java Runtime.exec("sh -x xx.sh")无效的问题2020 年 5 月 29 日
用 ProcessBuilder,把 sh 和 xxx.sh 作为两个参数传入即可
或者还是 RunTime 的话改成"/bin/bash", "-c", "xxx.sh"
回复了 unco020511 创建的主题 › 同事说:后台接口不能使用除 post/get 之外的方法,path 里不能带参数2020 年 1 月 2 日
作为规范没啥问题,做工程就是这样,不能太学院派,规范是人定的,可以根据实际需求变更。
不准用 PathVariable 最直接的原因就是访问量上去后影响匹配性能
并不是异步 IO,同步非阻塞
回复了 XDJI 创建的主题 › 现在有公司用上 spring 的 reactive(服务端响应式)了吗2019 年 10 月 29 日
只有新服务能用,最关键的 jdbc 那块还是只能放到单独线程里去执行,起码要等 R2DBC 成熟了,只是用 redis 或者 mongodb 的话还是比较不错的
然后最头大的是调用链埋点,直接配套用 sleuth 还好,其他框架要集成就比较困难了
回复了 axb 创建的主题 › 突然闲下来没事干,开个贴回答互联网后端技术问题2019 年 10 月 28 日
@meteor957 虽然我不是微博的,但是这块数据量大后肯定是用 Redis 集群来做,Redis 的好几种数据结构都很适合这种业务场景,而且对一致性要求不高
回复了 JCZ2MkKb5S8ZX9pq 创建的主题 › mongodb 有啥瘦身的方法嘛?2019 年 10 月 23 日
需要 compact,但是这个操作要谨慎,会影响业务
回复了 caopi 创建的主题 › 杭州还有加班少的互联网公司吗2019 年 9 月 29 日
酷家乐了解一蛤
回复了 iyangyuan 创建的主题 › nginx proxy_pass 如何移除 Set-Cookie 中的 secure 或 httponly 标记?2019 年 9 月 12 日
不过因为 httponly 其实也在 path 里,所以其实直接用 proxy_cookie_path path replacement;就可以了,这里支持变量和正则的
回复了 iyangyuan 创建的主题 › nginx proxy_pass 如何移除 Set-Cookie 中的 secure 或 httponly 标记?2019 年 9 月 12 日
Nginx 只提供了改 domain 和 path 的参数,你要改 httponly 的话只能把后端返回的 response 里的 Set-Cookie 过滤掉,然后自己再根据 upstream 返回的这个 cookie 重新创建一个了
回复了 StarkWhite 创建的主题 › Java 是不是没有好的热部署方案?2019 年 7 月 24 日
楼上也很多人说了,这个没有彻底的解决方案,jvm 特性导致
只能是想办法减少启动时间,这里主要分两块,一块是 JIT 导致的,只能像阿里那样从 jvm 层面去改
还有一块是 spring 导致的,因为 spring 的依赖注入,创建 bean 和扫描非常耗时,所以使得 java 应用启动更慢,这个目前业界的思路是把依赖注入放到编译构建阶段去做,对应的框架是 micronaut,但是这个要取代 spring 有点困难。
回复了 luckyrayyy 创建的主题 › Nginx 性能很差怎么回事,只能达到几百的 qps2019 年 6 月 28 日
我猜你的 Nginx 没有设置到 upsteam 的 keepalive,所以主要耗时都在创建 tcp 连接上了
回复了 sanshiliu 创建的主题 › 域名如何关闭 HSTS?2019 年 6 月 4 日
add_header Strict-Transport-Security "max-age=0;";
回复了 iamcookie 创建的主题 › 我看好多大厂都没有采用 restful api2019 年 5 月 26 日
在服务端进行 pattern 匹配查找时有性能瓶颈,比如 springMVC 的默认实现就是逐个遍历,虽然可以改用 radixtree 优化,不过还是不如不用效率高,这个问题在接口数量较多,访问量比较大的情况下非常明显。所以我们现在规范都不建议用 RESTful,互联网行业很多方面都不会按照规范来做,搞工程的都是结果导向为主,还有个最典型的例子就是反范式设计
建立生态,让用户更依赖于他们提供的服务,你关注下阿里云某些产品就明白了
回复了 binbinyouliiii 创建的主题 › 是什么支撑你们去看框架源码的?2019 年 5 月 4 日
第一阶段是排查问题需要,对框架实现比较清楚的话有些问题很迅速就能定位到
第二阶段是要会用框架,光看官方文档你可能并不知道一些隐藏机巧和细节,源码了解过在有些场景下你可能有更好的解决方案
第三阶段是在框架基础下做扩展,有些需求就需要自己对框架的实现做扩展,这种情况也需要读懂框架相应功能的实现
第四阶段是改框架实现了,有些情况下开源框架无法满足一些特殊的需求,而又没有提供相应的扩展的话就需要自己去改对应的实现了,这种情况下不了解框架实现根本没法改

很多人在第一阶段就没兴趣看下去了,一般看到框架报错多数都是弃疗,有的至少还会去搜索引擎里找下解决方案,但是真正对自己解决问题和编程能力提升的还是得要啃源码才行
回复了 waisir 创建的主题 › Spring Boot 2.0 你们是如何做到 0 宕机热部署的?2019 年 4 月 16 日
你想就靠单机解决这个问题的话就只能不用 spring 这套了,micronaut 那套就是为了优化这个问题,在编译时完成了依赖注入
回复了 xhbzff 创建的主题 › 阿里云服务现在越来越差劲了失望到不行2019 年 4 月 11 日
充钱才能变强,买高速通道吧,不然肯定会受墙的影响
回复了 martwentynine 创建的主题 › 想逃离 996 吗 来试试 Google 吧2019 年 4 月 7 日
最大问题就是面试准备成本有点高
1/13
© 2026 V2EX · 34ms · 3.9.8.5