我感觉可以再加一个，适用于网络 io 密集型，或是非阻塞多路复用的场景。也欢迎提出看法

例如一个基于 epoll 的 nio 的非阻塞服务 ServerSocketChannel,此时来了 10w 请求,如果需要同时并发处理:
1.使用线程:
(1)采用 reactor 模式,处理操作连接的线程一个就够了;然后就是分发读写就绪的连接,进行处理;
(2)socketchannel 由于设置为了非阻塞的,所以读写每次都是直接返回,所以需要轮询监听,此时不会阻塞线程;那么就需要 10w 的线程同时处理,由于操作系统抢占式的调度线程,10w 线程来回切换,资源消耗极大; (当然此时可以使用到线程池,使用后的效果是,并发执行最大线程池数量的任务,然后依次到队列取后续任务执行)
2.使用协程:
(1)依然采用 reactor 模式,处理操作连接的线程一个就够了;然后就是分发读写就绪的连接,进行处理;
(2)直接创建 10w 个协程,处理连接的读写;此时为用户态切换执行,资源消耗很小;(此时用到的线程数是很少的,并且执行效果是 10w 个并发执行)

所以看出来 协程是更优的线程池实现处理任务的方式;

不知道说的对不对,欢迎指正~

@MakHoCheung 关于 kotlin 的协程,可以看看这个视频,我觉得说的挺好 https://www.bilibili.com/video/BV1KJ41137E9/?spm_id_from=333.1007.top_right_bar_window_custom_collection.content.click

@ZE3kr 我看网上说 7 就支持了,你说的 6s 尺寸上不知道一样不,网上买也不贵

@ZE3kr 老款应该都兼容

@Nanan 可以放啊

@Nanan 感兴趣

@blainewhite 没有需求

@towry 要不是因为想坚持 lcd,那可选的就太多了...

作为后端,跟着 pink 老师的基础视频系统重温一遍 css js.....

第一步肯定是先分词查出按照优先级排序的结果集;
然后取到本地后,将结果集判断中文和英文分别插入到两个集合,然后最后集合合并一起;

不知道行不行~

支持一下

我都是定闹铃,不过因为我不加班,所以走的时间固定...

@hubahuba 看来温度控制的可以,可能也是 8100 的功劳了,看来我还是等下次做 miboy 把

@hubahuba 目前你用着续航咋样,还有后台;

之前去商场摸过 note11tpro,这个宽度和手感其实我是接受的,并且系统其实用着也还好,鉴于之前给老妈买的红米 k30u 现在还是很流畅;

唯一感觉有点劝阻的是 8g 的内存,还有就是网上有人说这个屏幕刺眼,但是我在商场用了好久,说实话我感觉比我 11 看着都舒服...

主要现在 11 用着还行,就想等等明年会不会出 se4 或者红米有没有新的继任者,或是其他的安卓机;