1. MIUI 现在到底怎么样?真的如网上吐槽的那样不堪么?
网上都说 MIUI12 各种 bug,12.5 也没搞好。。。真的么
15 篇热帖
网上都说 MIUI12 各种 bug,12.5 也没搞好。。。真的么
说一下我以前的经历吧,小学六年级的时候被父亲强制改过一次名字,他说是算八字给取的名,去派出所改名的时候并未经过我的同意,但是当时我未成年也不具有姓名权这一说😔。
可以说这个名字真的是我的噩梦。以前还在上学的时候,不敢让同学叫我的名字,上课被老师点名回答问题,会觉得非常羞耻(单纯就是觉得我的名字非常难听)。现在工作了,同事第一次问到我的名字时,我都要思索好一阵子才敢吞吞吐吐的回答。可以说,我内向的性格也是这个名字一手造成的,好多次晚上失眠也都是在想名字的事情,这个名字曾一度成为我的交流障碍。我打从心底里觉得这个名字将会影响我的一生,会成为我一生都挥之不去的心理阴影。
我现在成年了(现在 23 ),就想改回原名。至于改名的理由,就是单纯的觉得自己现在的名字不好听,而且非常的土气,去年去当地派出所申请过改名,但被他们以改名理由不充分给拒绝了。但我还是想再试一次,于是就来求教一下各位,现在我还能成功申请改名吗?应该如何做成功率会高一些?
http, json. 以登录接口为例, 两种方案:
如题,想趁今年换个果子 13pro 玩玩 想冲个美版无锁(因为便宜) 但是又没有认识的人在美国和香港(转运自提) 有什么其他的渠道可以快点入手吗🤔
满意度——5 为满分
朋友圈的分组不可见,对后添加的好友是无效的。
比如你昨天发了个屏蔽同事分组的吐槽公司的朋友圈,今天新加的老板不管怎么分组(除非屏蔽),都能看到你昨天那条朋友圈。
微信里的钱想转到银行卡,不想给手续费
发现理财通-余额+可以“免费”还信用卡(需要从银行卡转钱进去定投才有免费资格)
于是想着把钱转进余额+,再用来还信用卡,溢缴款可以提现到银行卡
他丫的,那个余额+里的钱还分类,从零钱 /零钱通转进来的不可用来还信用卡😡,腾讯真的扣
最后,有方法可以免手续费把微信零钱转出来吗?
看到有个帖子讨论 Java 目前实现全链路异步的帖子
目前全异步的技术栈大概有
1.SpringWebFlux+Reactor+R2DBC(很久没有了解过了,不知道 Spring 还有没有支持其他服务的一些 Client)
2.Vertx+Future/Vertx+RxJava/Vertx+Mutiny/Vertx+Coroutines
3.Micronaut
4.Quarkus
Vert.x 的 Future 以及 RxJava/Mutiny/Reactor 其实这几个都差不多,基本上在异步技术栈里都是为了解决 CallBack 的问题
主要还是 Jdk 本身的 Future 太拉稀,结果现在每家都自己搞了一套...也是挺蛋疼的
SpringWebFlux/Micronaut/Quarkus 算是比较上层的大杂烩框架了。三家写起来其实都差不多。差别在于 Micronaut/Quarkus 主打的无反射 /云原生。总体打包镜像与内存占用都是比较小的
目前 SpringWebFlux 与 Micronaut 都比较依赖于第三方的 Client 实现,如果第三方的 Client 实现是阻塞的,那么对于 Micronaut 与 WebFlux 来说实际上并不能提高多少吞吐的。
对于 Quarkus 来说,由于 Quarkus 算是在 Vert.x 上面在来了一层,所以 Vert.x 自己实现的各种 Client 在 Quarkus 中也是能用的。比 Micronaut 与 WebFlux 要稍微好那么一丢丢
不过 Micronaut 其实也能用 Vert.x 的 Client,但是效果貌似一般。主要我觉得可能还是 2 套 EventLoop 的问题,不能自上而下的用一套。
理论上 WebFlux 也能用 Vert.x 的各种 Client,但是我觉得效果应该和 Micronaut 差不多。我也不太确定到底麻烦不麻烦。
Micronaut 的 SqlClient 是支持 Vert.x 这边的(之前是我提交的)
另外 Vert.x 这边基本上所有的 Client 都是自己根据协议写的,所以基本上是可以做到全链路异步的。但是碰到官方没有支持到的 Client 那么做法其实与上面的一些东西差不多了
如果你是频次较高的去操作这些没有异步支持的 Client,那么吞吐量还是同样的不尽人意的。所以这也是在做技术选型的时候需要考虑的一点。
如果你对性能的要求没那么高,但是希望内存占用小那么可以选择 Quarkus/Micronaut 两位都支持同步的写法。
如果你对性能要求高,不排除异步的写法那么你可以选择 Vert.x
不管怎么来说或者你用那个,用 Java 写异步的代码都是有点蛋疼的。
相对来说 Vertx+Kotlin Coroutines 要舒服很多,切换到 Kt 的成本也相对的没那么大。
另外目前我是不推荐使用 SpringWebFlux 或者 Micronaut 的异步写法的。
在 TechempoerBenchmarks 最新一轮的性能测试中,这两位的表现并不出色
https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=db
如果你用了异步这种麻烦的写法,但是实际上并没有性能的提升,这是划不来的。
引入了异步写法的唯一目的就是希望在同样的服务器上能承受更大的吞吐。
如果引入了异步 /提高了代码的复杂性以及可维护性并没有换回来性能的提升,这是得不偿失的。
另外,异步所能解决的问题,同步同样能解决(只不过是加多少机器的问题...)
排名还非常高 