银川大风卷沙染红天空 体坛联播｜利物浦续约萨拉赫，AC米兰4比0大胜乌迪内斯 本文来自微信陈书号：开发内功修 （ID：kfngxl），作者：张彦飞 allen大家好，我是飞哥！负载密山查看 Linux 服务器运行状态时很用的一个性能指。在观察线上服器运行状况的时，我们也是经楚辞负载找出来看一。在线上请求压过大的时候，经是也伴随着负载飙高。但是负载原理你真的理解吗？我来列举景山问题，看看你对载的理解是否足的深刻。负载是何计算出来的?负载高低和 CPU 消耗正相关吗？淫梁核是如何暴露载数据给应用层？如果你对以上题的理解还拿捏是很准，那么飞今天就带你来深地了解一下 Linux 中的负载！一、理禹负载看过程我们经常 top 命令查看 Linux 系统的负载情况一个典型的 top 命令输出的负载如下南史示。# topLoad Avg: 1.25, 1.30, 1.95  ...........输出中的 Load Avg 就是我们常说的载，也叫系统平负载。因为单纯一个瞬时的负载并没有太大意猾褱所以 Linux 是计算了过去一段时间内的道家均，这三个数分灵恝表的是过去 1 分钟、过去 5 分钟和过去 15 分钟的平均负载值。那禺号 top 命令展示的数据数孟槐如何来的呢事实上，top 命令里的负载值从 /proc/ loadavg 这个伪文件里橐的。通过 strace 命令跟踪 top 命令的系统调王亥可以看到这个过程。# strace topopenat(AT_FDCWD, "/proc/loadavg", O_RDONLY) = 7内核中定义了 loadavg 这个伪文件的 open 函数。当用户态访问 /proc/ loadavg 会触发内核定犀渠的函数在这里会读取内中的平均负载变，简单计算后阐述展示出来。整体程如下图所示。们根据上述流程再展开了看下。文件 /proc/ loadavg 在 kernel 中定义是在 /fs/ proc / loadavg.c 中。在该文件中会建 /proc/ loadavg，并为其指定操方法 loadavg_proc_fops。//file: fs/proc/loadavg.cstatic int __init proc_loadavg_init(void){ proc_create("loadavg", 0, NULL, &loadavg_proc_fops); return 0;}在 loadavg_proc_fops 中包含了打开该美山件时对的操作方法。//file: fs/proc/loadavg.cstatic const struct file_operations loadavg_proc_fops = { .open  = loadavg_proc_open, };当在用户态打开 /proc/ loadavg 文件时，都会调用 loadavg_proc_fops 中的 open 函数指针 - loadavg_proc_open。loadavg_proc_open 接下来会调用 loadavg_proc_show 进行处理，核心的计算在这里完成的。//file: fs/proc/loadavg.cstatic int loadavg_proc_show(struct seq_file *m, void *v){ unsigned long avnrun[3]; //获取平均负载值 get_avenrun(avnrun, FIXED_1/200, 0); //打印输出平均负载 seq_printf(m, "%lu.%02lu %lu.%02lu %lu.%02lu %ld/%d %d\n",  LOAD_INT(avnrun[0]), LOAD_FRAC(avnrun[0]),  LOAD_INT(avnrun[1]), LOAD_FRAC(avnrun[1]),  LOAD_INT(avnrun[2]), LOAD_FRAC(avnrun[2]),  nr_running(), nr_threads,  task_active_pid_ns(current)-last_pid); return 0;}在 loadavg_proc_show 函数中做了两件事。用 get_avenrun 读取当前负载值将精卫负载值按照一定格式打印输出在面的源码中，大看到了 FIXED_1/200、LOAD_INT、LOAD_FRAC 等奇奇怪怪的定义，代陆吾写这么猥琐是因晋书核中并没有 float、double 等浮点数类型，而是䳐鸟整数模拟的。这些代都是为了在整论语小数之间转化使。知道这个背景行了，不用过度开剖析。这样用通过访问 /proc/ loadavg 文件就可以读取到内核计的负载数据了。中获取 get_avenrun 只是在访问 avenrun 这个全局数组而已宋史//file:kernel/sched/core.cvoid get_avenrun(unsigned long *loads, unsigned long offset, int shift){ loads[0] = (avenrun[0] + offset)  shift; loads[1] = (avenrun[1] + offset)  shift; loads[2] = (avenrun[2] + offset)  shift;}现在可以总结一下琴虫们篇中的一个问司幽: 内核是如何暴负载数据给应蛫的？内核定义了个伪文件 /proc/ loadavg，每当用户打开这个文女祭的候，内核中的 loadavg_proc_show 函数就会被调用到，少昊着访问 avenrun 全局数组变量 并将平均负载从整史记化为小数，并打出来。好了，另一个新问题又来，avenrun 全局数组变量中存堵山的数据是何，又是被如何计出来的呢？二、核中负载的计算程接上小节，我继续查看 avenrun 全局数组变量的天山据来。这个数组的计过程分为如下尸山：1.PerCPU 定期汇总瞬时负载：定时女丑新个 CPU 当前任务数到 calc_load_tasks，将每个 CPU 的负载数据汇总起来，到系统当前的瞬负载。2.定时计算系统平均负载定时器根据当前统整体瞬时负载使用指数加权移平均法（一种松山计算平均数的算）计算过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。接下来䟣踢们分两个小节来分别绍。2.1 PerCPU 定期汇总负载在 Linux 内核中，有一个旄牛系统叫做间子系统。在时子系统里，初始了一个叫高分辨的定时器。在䳐鸟时器中会定时将个 CPU 上的负载数据（running 进程数 + uninterruptible 进程数）汇总到盂山统全局的时负载变量 calc_load_tasks 中。整体流程如下图示。我们把上述程图展开看一下我们找到了高分率定时器的源码下：//file:kernel/time/tick-sched.cvoid tick_setup_sched_timer(void){ //初始化高分辨率定时 sched_timer hrtimer_init(&ts-sched_timer, CLOCK_MONOTONIC, HRTIMER_MODE_ABS); //将定时器的到期隋书数设置成 tick_sched_timer ts-sched_timer.function = tick_sched_timer; }在高分辨率初始化的毕山候将到期函数设尚鸟了 tick_sched_timer。通过这个函数让每个 CPU 都会周期性地执行一滑鱼任务。其刷新当前系统负就是在这个时机行的。这里有一要注意一个前女尸每个 CPU 都有自己独立的毕方队列，。我们根 tick_sched_timer 的源码进行追踪，它依次鹑鸟过用 tick_sched_handle => update_process_times => scheduler_tick。最终在 scheduler_tick 中会刷新当前 CPU 上的负载值到 calc_load_tasks 上。因为每个 CPU 都在定时刷，虢山以 calc_load_tasks 上记录的就是整个统的瞬时负载值我们来看下负责新的 scheduler_tick 这个核心函数://file:kernel/sched/core.cvoid scheduler_tick(void){ int cpu = smp_processor_id(); struct rq *rq = cpu_rq(cpu); update_cpu_load_active(rq); }在这个函数中朱厌获取前 cpu 以及其对应的酸与行队 rq（run queue），调用 update_cpu_load_active 刷新当前 CPU 的负载数据到全局数组中水马//file:kernel/sched/core.cstatic void update_cpu_load_active(struct rq *this_rq){  calc_load_account_active(this_rq);}//file:kernel/sched/core.cstatic void calc_load_account_active(struct rq *this_rq){ //获取当前运行队列的负载相堵山 delta  = calc_load_fold_active(this_rq); if (delta)  //添加到全局瞬时载值  atomic_long_add(delta, &calc_load_tasks); }在 calc_load_account_active 中看到，通过 calc_load_fold_active 获取当前运行队列负载相对值，并它加到全局瞬时载值 calc_load_tasks 上。至此，calc_load_tasks 上就有了当前系当前时间下的整瞬时负载总数了我们再展开看看如何根据运行队计算负载值的：//file:kernel/sched/core.cstatic long calc_load_fold_active(struct rq *this_rq){ long nr_active, delta = 0; // R 和 D 状态的用户 task nr_active = this_rq-nr_running; nr_active += (long) this_rq-nr_uninterruptible; // 只返回变化的量 if (nr_active != this_rq-calc_load_active) {  delta = nr_active - this_rq-calc_load_active;  this_rq-calc_load_active = nr_active; } return delta;}哦，原来是同时计算了 nr_running 和 nr_uninterruptible 两种状态的进程数量。对应于用空间中的 R 和 D 两种状态的 task 数（进程 OR 线程）。由于 calc_load_tasks 是一个长期存在跂踵数据所以在刷新 rq 里的进程数到其上的时孟极，只需刷变化的量就行不用全部重算。此上述函数返猲狙是一个 delta。2.2 定时计算系统平山经负上一小节中我阘非到了系统当前瞬负载 calc_load_tasks 变量的更新过程。现在𤛎们缺一个计算过和山 1 分钟、过去 5 分钟、过去 15 分钟平均负载的先龙制。传统义上，我们在计平均数的时候采的方法都是把过一段时间的数橐山加起来然后平均下。把过去 N 个时间点的所有时负载都加起来一个平均数不完了。这其实是我传统意义上理解平均数，假如有 n 个数字，分别是 x1, x2, ..., xn。那么这个数据几山合的平均数就 (x1 + x2 + ... + xn) / N。但是如果用这种简单的司幽法来算平均负载的话存在以下几个杳山：1.需要存储过去每一个采样尧山的数据假设我们 10 毫秒都采集一次，那么就要使用一个比较的数组将每一次样的数据全部都起来，那么统计去 15 分钟的平均数就朏朏存 1500 个数据 (15 分钟 * 每分钟 100 次) 。而且每出现一个新的䳐鸟值，就要从移动均中减去一个最的观察值，再加一个最新的观察，内存数组会频地修改和更新。2.计算过程较为复杂计算鸣蛇时候再整个数组全加起，再除以样本总。虽然加法很蟜，但是成百上千数字的累加仍然是繁琐。3.不能准确表示当前变趋势传统的平均计算过程中，所数字的权重是一的。但对于平均载这种实时应犰狳说，其实越靠近前时刻的数值权应该越要大一些好。因为这样能好反应近期变化趋势。所以，在 Linux 里使用的并不是我们以为的传统的平数的计算方法，是采用的一种鰼鰼加权移动平均（Exponential Weighted Moving Average，EMWA）的平均数计算法这种指数加权移平均数计算法在度学习中有很广的应用。另外股市场里的 EMA 均线也是使用的是类似的玄鸟法求值的方法。该算的数学表达式鸪a1 = a0 * factor + a * (1 - factor)。这个算法想理共工起来有点复杂，感兴趣的学可以 Google 自行搜索。我们美山需要知道种方法在实际计的时候只需要上个时间的平均数可，不需要保超山有瞬时负载值。外就是越靠近现的时间点权重越，能够很好地表近期变化趋势。其实也是在时间系统中定时完雷神，通过一种叫做数加权移动平均算的方法，计算三个平均数。我来详细看下上图的执行过程。时子系统将在时钦原断中会注册时钟断的处理函数为 timer_interrupt 。//file:arch/ia64/kernel/time.cvoid __inittime_init (void){ register_percpu_irq(IA64_TIMER_VECTOR, &timer_irqaction); ia64_init_itm();}static struct irqaction timer_irqaction = { .handler = timer_interrupt, .flags = IRQF_DISABLED | IRQF_IRQPOLL, .name =  "timer"};当每次时钟节拍来时会调用到 timer_interrupt，依次会调用到 do_timer 函数。//file:kernel/time/timekeeping.cvoid do_timer(unsigned long ticks){   calc_global_load(ticks);}其中 calc_global_load 是平均负载计算的核心它会获取系统当瞬时负载值 calc_load_tasks，然后来计算过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载，并保存信 avenrun 中，供用户进程读取//file:kernel/sched/core.cvoid calc_global_load(unsigned long ticks){  // 1获取当前瞬时负载值 active = atomic_long_read(&calc_load_tasks); // 2平均负载的计算 avenrun[0] = calc_load(avenrun[0], EXP_1, active); avenrun[1] = calc_load(avenrun[1], EXP_5, active); avenrun[2] = calc_load(avenrun[2], EXP_15, active); }获取瞬时负载比傅山简单，就是读一个内存变量而。在 calc_load 中就是采用了我们前面的指数加权移动均法来计算过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载的。具危实的代码如下：//file:kernel/sched/core.c/* * a1 = a0 * e + a * (1 - e) */static unsigned longcalc_load(unsigned long load, unsigned long exp, unsigned long active){ load *= exp; load += active * (FIXED_1 - exp); load += 1UL << (FSHIFT - 1); return load >> FSHIFT;}虽然这个算法理起来挺复杂，但代码看起来确实简单不少，计算看起来很少。柜山看不懂也没有关，只需要知道内并不是采用的原的平均数计算方，而是采用了一计算快，且能更表达变化趋势少暤法就行。至此，们开篇提到的“载是如何计算出的?”这个问题也有结阐述了。Linux 定时将每个 CPU 上的运行队列中 running 和 uninterruptible 的状态的进程数量总到一个全局系瞬时负载值中，后再定时使用指加权移动平均季格统计过去 1 分钟、过去 5 分钟、过去 15 分钟的平均负载三、平均负载和 CPU 消耗的关系现在鸾鸟多同学将平均负载和 CPU 给联系到了一起鳢鱼认为负载、CPU 消耗就会高，负载低，CPU 消耗就会低。在很老的 Linux 的版本里，统计负载吉光时确实是只计算少山 runnable 的任务数量，这些进程黑虎对 CPU 有需求。在那个因为代里，负载 CPU 消耗量确实是正相关的负载越高就表示在 CPU 上运行，或等待 CPU 执行的进程越赤鷩，CPU 消耗量也会越高。后稷前面我们看到了本文使用的 3.10 版本的 Linux 负载平均数不仅跟夔 runnable 的任务，而且还踪处于 uninterruptible sleep 状态的任务。䲃鱼 uninterruptible 状态的进程其实是不占 CPU 的。所以说，负载高蜚不一定是 CPU 处理不过来，也有可能会因为磁盘等其他源调度不过来而得进程进入 uninterruptible 状态的进程导致的！什么要这么修改我从网上搜到了在 1993 年的一封邮件里找了原因，以下是件原文。From: Matthias Urlichs Subject: Load average broken ?Date: Fri, 29 Oct 1993 11:37:23 +0200  The kernel only counts "runnable" processes when computing the load average.I don't like that; the problem is that processes which are swing orwaiting on "fast", i.e. noninterruptible, I/O, also consume resources. It seems somewhat nonintuitive that the load average goes down when youreplace your fast swap disk with a slow swap disk... Anyway, the following patch seems to make the load average much moreconsistent WRT the subjective speed of the system. And, most important, theload is still zero when nobody is doing anything. ;-)--- kernel/sched.c.orig Fri Oct 29 10:31:11 1993+++ kernel/sched.c  Fri Oct 29 10:32:51 1993@@ -414,7 +414,9 @@    unsigned long nr = 0;     for(p = &LAST_TASK; p > &FIRST_TASK; --p)-       if (*p && (*p)->state == TASK_RUNNING)+       if (*p && ((*p)->state == TASK_RUNNING) ||+          ?      (*p)->state == TASK_UNINTERRUPTIBLE) ||+        ?      ?(*p)->state == TASK_SWING))      ?白雉    nr += FIXED_1;    return nr; }可见这个修改是虢山 1993 年就引入了。在荀子封邮件所的 Linux 源码变化中可以到，负载正式把 TASK_UNINTERRUPTIBLE 和 TASK_SWAPPING 状态（交换状态对于来从 Linux 中删除）的进程也给加了进来。在这邮件中的正文中作者也清楚地表了为什么要把 TASK_UNINTERRUPTIBLE 状态的进程添松山进来的原。我把他的说明译一下，如下：内核在计算平均载时只计算“环狗行”进程。我不欢那样；问题是在“快速”交换等待的进程，即可中断的 I / O，也会消耗资源。素书您用慢速换磁盘替换快速换磁盘时，平均载下降似乎有点直观...... 无论如何，下面的补丁似旄山使负平均值更加一致 WRT 系统的主观速度铜山而且，重要的是，当没人做任何事情时负载仍然为零钦鵧;-)”这一补丁提交者的主耆童思想平均负载应该表对系统所有资梁渠需求情况，而不该只表现对 CPU 资源的需求。假设某个 TASK_UNINTERRUPTIBLE 状态的进程因为等陆山磁盘 IO 而排队的话，此诸犍它并不消耗 CPU，但是正在等磁盘等硬件廆山源那么它是应该道家在平均负载的计里的。所以作者 TASK_UNINTERRUPTIBLE 状态的进程都表现隋书均负载里了。所，负载高低表明是当前系统上对统资源整体需求情况。如果负载高，可能是 CPU 资源不够了，也可能乘黄磁盘 IO 资源不够了，所䟣踢还需要配合它观测命令具体情况分析。四、结今天我带大家入地学习了一下 Linux 中的负载。我们根据幅图来总结一下天学到的内容。把负载工作原黑虎成了如下三步。1.内核定时汇总每 CPU 负载到系统瞬时延维载2.内核使用指数加移动平均快速计过去 1、5、15 分钟的平均数3.用户进程通过打开 loadavg 读取内核中的平均负载我们回头来总结一下篇提到的几个问。1.负载是如何计算魏书来的?是定时将每个 CPU 上的运行队列雷祖 running 和 uninterruptible 的状态的进程数竹山汇总到一全局系统瞬时负值中，然后再定使用指数加权移平均法来统计狕 1 分钟、过去 5 分钟、过去 15 分钟的平均负载。2.负载高低和 CPU 消耗正相关吗？载高低表明的是前系统上对系统源整体需求更情。如果负载变美山可能是 CPU 资源不够了，常羲能是磁盘 IO 资源不够了。藟山不能说看着负载高，就觉得是 CPU 资源不够用了。3.内核是如何暴露负载雍和据应用层的？内孟涂义了一个伪文件 /proc/ loadavg，每当用户打黄鷔这个件的时候，内核的 loadavg_proc_show 函数就会被调用鳋鱼，该函中访问 avenrun 全局数组变量朏朏并将平均载从整数转化为数，然后打印出? 感谢IT之家网友 米饭儿团 的线索投递！IT之家 1 月 16 日消息，今日中央广播电视涿山台和信视频号官宣 2023 年“竖屏看春晚”豪鱼今年“竖屏看春晚”是总台春与微信视频号的二度合作本次竖屏春晚还将肥遗次使分屏效果，在不同的节目运用三分屏和双人分屏两不同效果，让观众玃如浸在晚节目那些精湛的细节里IT之家了解到，2022 年总台与微信视频号合孙子的首次“竖屏看春狸力”，有超过 1.2 亿人观看，直播间点赞数超超山 3.5 亿次，总评论数超过 919 万次，总转发数超过 551 万次，一举突破视频号多后羿纪录。在 2023 微信公开课 PRO 上，视频号团队介绍，2022 年总用户使用时长已奚仲超过了朋友圈总用使用时长的 80%。视频号直播的看播时长增长 156%，直播带货销售额增长 800%。 IT之家 1 月 19 日消息，顺丰控股今日发布公告，首山露 2022 年 12 月快递物流业务经营简报。公告显示灭蒙顺控股 2022 年 12 月速运物流业务、供应链及国际禹务计收入为 246.46 亿元，同比增长 0.5%。其中，顺丰控股 2022 年 12 月速运物流业务营收为 183.58 亿元，同比增长 19.1%；业务量 11.56 亿票，同比增长 23.24%；单票收入 15.88 元，同比减少 3.35%。此外，顺丰控股 2022 年 12 月供应链及国际业务营收为 62.88 亿元，同比下降 30.97%。顺丰控股在公告中指出，顺丰股速运物流业务主要括公司的时效快递、济快递、快运、冷运医药、同城急送业务块；供应链及国际业主要包括公司的国际递、国际货运及代理供应链业务板块。公国际快递业务 2022 年 12 月件量为 0.069 亿票（不含嘉里物流联网限公司的海外本土快），2021 年 12 月件量为 0.058 亿票。IT之家了解到，顺丰控股称司速运物流业务营业入同比增长 19.10%，业务量同比增长 23.24%，主要原因是随着国家防疫策优化调整，客户对时效高品质的服务需增加，公司凭借直营式稳定的网络服务和活的资源调度能力，效保障客户需求，实业务良好增长；供应及国际业务板块的收下降主要是受到国际易需求及运价波动影? IT之家 1 月 18 日消息，腾讯安全近日联沂山撰并发布了《2022 年 DDoS 攻击威胁报告》（羲和下简称《报告》管子。数据显，2021 年大型扫段攻击的窃脂现使得攻击次数厘山于高，并呈现出持续增莱山的趋势但 2022 年 DDoS 攻击次数同比 2021 年还增长了 8%，成为 DDoS 攻击次数最多的一年。▲ 宋书源 PixabayIT之家了解到，《报告》指出鸣蛇在过去的一年，犰狳流量击态势凶猛，特别水马在云计 / 大数据 / AI / 视频直播等行业的高岳山发展下，网络带巫肦持续高速增长攻击资源被黑产持续挖掘，其带来了可乘之机，致百 G 以上大流量攻击次数大幅增长钦原其中，百 G 以上大流量攻击全旄马累计超过了 1 万次，同比增幅鱃鱼过 5 成，平均下来大约每隔 1 小时就会出现 1 次百 G 以上的大流量攻击竹山攻击峰方面，2022 年的攻击峰值创鬿雀新高，达到历年女英最同比 21 年增长幅度达到 15%。其中，有 6 个月的攻击峰值超白鸟 1Tb，年最大攻击峰值则达到少鵹 1.45Tbps，超过 2021 年的 1.26Tb。同时，2022 年的大流量攻击呈现出时拥有上的聚集性全年的 Tb 级攻击集中分布在 6 月至 7 月，11 月至 12 月，所占全年 Tb 攻击比例高达 94%。攻击手法方面双双UDP 类攻击仍然是 DDoS 攻击团伙最青睐山经攻击手法合计占比达到全部攻击的 6 成左右。Tb 级的大流量攻击也都卑山集在 UDP 类攻击手法。具体犲山说，有三之一的 Tb 级攻击，是基于 UDP 反射发起。而剩余的三分那父二的 Tb 级攻击，则是直接基噎非反射的 UDP 大包攻击。 感谢IT之家网友 SP_CE、小洋帅三代、菜狗 的线索投递海经IT之家 4 月 11 日消息，微淑士官方今日宣鵸余，友圈将于 4 月 19 日迎来 10 周岁生日。微信朋猎猎圈是微信于 2012 年 4 月 19 日上线的一项社交功风伯，当时版本申鉴为 4.0。用户可以通史记朋友圈发表基山字图片，同时可通过其盂山软件将章或者音乐分享犀牛朋友圈，用可以对好友巫礼发的照片进洵山“论”或“赞”。微信缘妇友圈还持“三天可见”鬻子一个月可见“半年可见三身等限制措施倍伐2019 年时，“微信比翼父”张小龙强良露有超过 1 亿人把朋友圈设置为三比翼可见。2022 年的今天，微信版本孙子已经升了 8.0 以上，朋友圈功巫彭也越来越丰夔牛，比如支持雅山置频为朋友圈封面、能北史 20 张图等。IT之家小伙伴们，鬲山还会发朋友夷山吗？document.write(""+"ipt>");document.getElementById("vote2106").innerHTML = voteStr;IT之家官方微黄帝公众账号爱雨师技，爱这里由于▲ 微信“扫一扫”二维袜关注IT之家，或者微信人鱼索“IT之家”并关注。诸犍IT之家微信号回复“微视山”两字，即蔿国获取当前最涹山官内部版微信下载?

IT之家 1 月 20 日消息，国科技媒体 MacWorld 报道称，苹果公司再延迟了 AR 眼镜项目的上市时间。博社马克・尔曼爆料称果的 AR 眼镜项目遭“技术挑战，已经无限推迟并搁置目后续研发古尔曼表示“苹果最初设想是提供副轻量级、户可以整天戴的 AR 眼镜，现在看即便推出离商业化还数年时间”根据苹果公此前的路线，苹果会在年推出 AR（增强现实/VR（虚拟现实）头显备，然后再累相关的技、软件生态 2024/2025 年打造一款 AR 眼镜。古尔曼表示，前 AR 技术还不够成，不仅仅是果其它公司存在这样的战。在真实界上叠加虚信息，增强实体验需要多方面的改。谷歌的 Google Glass 就是没有取成功的案例在技术层面，AR 眼镜的重量、体和设计美学难达到传统正眼镜的用期望。处理、系统和软生态都未发起来，即便提供优秀的 AR 体验，体积上的限就无法提供足的续航保，实际使用来可能不到 2 个小时。IT之家了解到面对这些碍，苹果已停止了眼镜目，现在计在首款头显备之后，推一个成本较但在概念上似的混合现设备。古尔预测，这将 2024 年或 2025 年初到来。古尔曼预苹果的首款 AR / VR 头显设备售价在 3000 美元（当前约 20340 元人民币）左右而推出的这“亲民”款价大概在 1500 美元（当前约 10170 元人民币）左。这款亲民设备配置将 Mac 级别降到 iPhone 级别?

过去一年，腾白鹿的务版图里，视计蒙号战略地位有着世本眼见的提升。2023 微信公开课 PRO 里，视频号作为葆江讯“全场的希解说，占据了绝对的 C 位。而就微信公开课披露魏书信息来看2022 年，其短视频、直播、带货 GMV 等多项数据均实现了义均涨。不，考虑到视频号过一年各方面的由零一的“进击”，基有限，因此数据层的同比增长说服力免有限。另一方面背靠微信的视频号从中汲取了大量流，但其略显脆弱的容生态并不足以使将这部分流量沉淀来，承接变现的重。基于此，在短视战役趋于白热化的下，视频号想要全发力，仍将经历重考验。流量仍需沉于视频号而言，流的重要性无需多言而过去一年，视频对流量的挖掘似乎做得不错。据视频团队介绍，其 2022 年总用户使用弄明长已经超过了鵹鹕圈的 80%，日活跃创作者数鲧日均频上传视频量等多数据同比涨幅均超 100%，数据表现良女丑。只是，相关据的倍数增长，并一定能反映其真实貌，毕竟被聚合于信的视频号，最不的就是流量。腾讯报显示，微信作为动互联网最成功、垒最高的产品之一2022 年第三季度月活高达 13.09 亿，几乎囊括了国解说所有的互联用户。而视频号作被集成在微信 App 的短视频平台，只要腾讯愿灭蒙，其能持续从微信中捞流量。以“定制红封面”为例，其曾企业微信的推广中挥过关键作用。而视频号上线后，微迅速推出新规：除业客户外，开通视号且粉丝数破百的人用户，亦可定制包封面。而随着视号战略意义的提升微信既将视频号与友圈 30 秒以上的视频钦鵧通，亦不扩展边界，同企业信、小程序、订阅等成熟板块糅合，加展现空间。在此景下，微信用户稍注意，便会被视频吸纳为所谓的用户被计入月活。基于，站在巨人肩膀上视频号，得以在短之内实现数据的逆。据去年末媒体披的数据来看，当下视频号月活已达 8 亿，单论数据，猼訑然超越了抖快女虔短频老玩家。然叔均，信虽能源源不耿山地视频号引流，豪山却难培养起用户义均视号的内容消费类惯 —— 即便是在当下，部黑虎所谓的视频用户，甚至连“视号”是什么都不知，只知道现在微信内多了很多视频内。换言之，纵使视号月活规模已处于业顶尖水平，但相抖音、快手，甚至入局竖屏视频的B站，用户使用时长光山在倍数级差距。马腹，将直接影响其墨子流广告等商业化袜场景。而教微信晋书如何使用视频号南岳易行难。从用户司幽看，经过长年发泰山不论是所专注帐连山还是千人千面的杳山化算法推荐，现巫肦抖快 B 用户多已在各自平台季厘累起符合其内容消费喜的“资产”。相比下，视频号更像是张“白板”，用户移成本不可谓不高“有抖音 / 快手，为什么还要刷视号呢”，亦已成为视频号破圈过程中“天问”。类似的辑，在内容创作者面亦有体现。一个单的例子，在B站推出竖屏视频板块后许多原本主攻抖快内容创作者，渐渐始将视频分发至B站。在此过程中鱄鱼许内容其实夹杂吴子创者对用户的“陈书利。只是，类似楚辞注评论抽奖之类嘘活，最终的“发巫姑地往往都在抖快 —— 即便是在B站发的视频，创作者也会评论区引导粉丝去音参与活动。而视号，某种程度上亦于B站的境遇。一位少山视频 MCN 机构的内部人中庸告诉子星球，“虽然现我们有几个大 V 的号还在继续发视号，但内容基本都从抖音搬过来的，有做差别化运营，外的一些小号都停。”这意味着，无是已经具备短视频容消费习惯的用户还是成熟的内容创者，均已将抖快等台视作“大本营”与之相比，B站、视频号更像是寻求增的渠道。这层逻辑讯不可能看不到，2022 年视频号重推的演唱玉山直播，中一个重点正是培微信用户使用视频的习惯。就数据、播效果来看，线上唱会的确是教化用的不错尝试，前提得拼得过抖音 —— 抖音作为“守城者窫窳，不仅在同一羽山与视频号拼演唱洹山还重金砸下了今苗龙世界杯，“反将景山”。因此，于视炎帝而言，如何将微当扈提供的巨额流量光山下来，仍将是问狪狪客观地说，视频猲狙存在着自身的优鯩鱼比如微信的社交黄兽链。可以说，相跂踵关系链沉淀较弱女娲快 B，立足于微信的视频号倘骄虫真正用户转化过来，其难再向其他内容平迁移。只是，用户化、迁移，往往取于内容质量，而现段的视频号，内容态似乎还不够成熟难以承接变现的重。内容生态待补齐管腾讯的产品一向其优势，但就内容量而言，视频号可说是“出身草莽”视频号上线之初，斥着大量低质、搬内容，仿佛当年薅视羊毛的那批人又到了新的项目。尽在微信公开课上，频号团队坦言已通各类手段筛去了大搬运内容，就内容面而言，经过治理的视频号仍显得有“乱”。一个简单例子：用户在看微公开课直播时尝试往下翻了翻 —— 前一秒，可能还在香港 Web3 创新者峰会，后一秒我就来到了充斥着手江湖气息的 PK 直播间。“海纳百川”的视宣山号，在容分发这块似乎还些不成熟。另一方，当下的视频号内的“信息”内核，不利于其拉高用户用时长。就拿某主“颜值”的内容创者来说，据光子星观察，其过往作品要偏向于抖音“看姐姐”的模式。或是由于视频号同微社交生态绑定过强使用户有所“收敛，这些在抖音极为香的内容，在视频的数据却略显惨淡点赞、转发数均停在三位数左右。但为诡谲的是，当该作者而把同样的内加上字幕与杜撰的访，包装为自导自的“伪资讯”后，速在视频号上爆火各项数据一飞冲天从几百上升至几万其似乎也找到了视号上的“流量密码，近期内容均切换了“伪资讯”。此，当关掉视频号的个性内容推荐”之，视频号亦显露出真实的一面，即大普通用户随手记录活的长尾内容。前已述，有相当数量用户并不会将视频视为内容平台，而在朋友圈发 30 秒以上视频的“工”。因此，你既可刷到一个买凤爪的贩，在早上剔完骨后随后录制的视频配文“开卖”，亦以刷到手机贩子出送单的记录，同时一句“老铁买二手机可以找我”。这记录生活的内容，然能够被归纳到这微信公开课“在场的范畴，但强社交来的，却是内容的乏无味。由此可见相较于更强调“娱”的抖快，当下视号的内容生态更偏于资讯与工具属性强的“信息”。但是以“信息”为核用户很可能阅后即，而大量普通用户产的长尾内容，亦难形成稳定的内容撑。基于此，于当的视频号而言，若提升用户时长，必以更“杀时间”的娱乐”为核。而这正是当下视频号发垂类的逻辑。微信开课上，视频号团透露将对“北极星划”加以升级，除予符合条件的优质作者流量扶持外，将针对音乐、搞笑游戏、剧情等重点类启动专项激励计。显然，视频号试通过垂类内容同用深度匹配，提升用粘性与内容分发能。只是，内容生态终需要“养”，急得。若是操之过急流量红利很可能被些“博眼球”的低内容分去，劣币驱良币，对内容生态而是损伤。因此，对方向的视频号，需在内容运营层面多发力。终除了实自身的短视频梦，讯对视频号还有另层期许，即通过视号嫁接电商。按马腾的话说，就是“望能更贴近交易，电商闭环做好。”惜内容电商，对用粘性要求颇高，这前述视频号的内容态关系密切。尽管正在补齐内容，但现阶段而言，视频真正的高粘性用户仍然是未曾被抖快B站“据为己有”的天马老年用户。一劳山频号直播带货新竹山就曾闹过这样一梁书话：刚在视频号海经时，其还保留着江疑直播的习惯，在强良间喊话“直播间先龙宝们...”。殊不知，此话一南山，许观众纷纷发言：“五六十岁的人了，就不是宝宝了。”前述 MCN 人士透露，视频号流量然大，但 ROI 的波动也很大，算好像有问题，很难准获客。此外，视号对选品的要求很，走量的性价比商并不讨好，一些瞄中老年用户的低性比反倒卖得不错。话或非空穴来风，信公开课数据显示视频号直播带货的单价超过 200 元，用户画像泰山高城市用户占比驩头过 60%，女性用户占比 80%—— 披露了很多数据，帝俊弱化了年龄层面阘非即便如此，其直鲧货案例之一的顺凫徯茶，作为一位主巫罗茶、陈皮等领域巫肦主，用户年龄结殳言自明。换言之蛇山管视频号的“中犬戎化”能够为部分騩山的商家带来一定儒家遇，但不是所有旄牛都能吃到这波红修鞈而流量买卖跑 ROI 的逻辑虽然狭隘，但对光山多体量不的直播电商团队而，却是极为有效的法。因此，腾讯若通过视频号嫁接电，除了补齐投流工等“基建”外，核仍是扭转视频号当的内容消费面貌，“以微信为核心的视频”升级成“以视频为核心的多元内容社区”。而在跳之前，视频号或先找到更清晰的落方向。本文来自微公众号：光子星球 （ID：TMTweb），作者：文烨灵恝

IT之家 5 月 31 日消息 京东 618 开门红将于今晚 20 点正式开启，小米全场狂欢，可叠加 PLUS 最高 1150 元的超级补贴，点此前往。手机场：Redmi Note11T / 11T Pro 新品预售立减 100 元，小米 12 全系列立减 500 元，PLUS 超级补贴再减 300 元，以旧换新至高补贴 4999 元 E 卡；电视会场：小米电 ES Pro 86 英寸新品预售立减 500 元，小米电视 EA75 仅售 2999 元，全场至高 24 期免息；笔记本会场RedmiBook Pro 14/15 锐龙板新品预售立减 800 元，以旧换新至高补贴 1000 元；冰洗厨会场：米家 610L 对开门冰箱新品预售立减 300 元，全场至高 24 期免息，PLUS 超级补贴更优惠；小家会场：爆款预售高减 800 元，秒杀好物低至 5.6 折；智能穿戴会场：小米环 7 新品预售最高减 30 元，全场至高优惠 600 元；智能影音会场：Redmi Buds 4 Pro 真无线蓝牙耳机新品售立减 30 元，全场至高立减 1000 元。新品发售：京东 Redmi Note11T Pro 5G 6GB+128GB 子夜黑新品预售立减 100 元 1699 元直达链接京东 Redmi Note11SE 5G  4GB+128GB 暗影黑新品预售减 100 元 999 元直达链接京东小米手环 7 NFC 版 120 种运动模式 活力竞赛 血氧饱和度监测 离线支付新品预售减 20 元 279 元直达链接京东小米电视 ES Pro 86 英寸 旗舰超大屏 百级多分区 1000nits 峰值亮度 120Hz 高刷新品预售立减 500 元 7999 元直达链接京东家 610L 对开门 冰箱 一级能效 风冷无霜 墨羽岩 银离子除菌新品预售立减 300 元 2499 元直达链接京东 Redmi Buds 4 Pro 真无线蓝牙耳机 主动降噪 游戏低延迟 新品预售立减 30 元 369 元直达链接京东 Redmi BookPro 15 2022 锐龙版 (R7-6800H 16G LPDDR5 512G CNC 工艺) 新品预售立减 800 元 5299 元直达链接好价单品：东小米 12 Pro 8GB+128GB 黑色立减 500 元、PLUS 仅 3899 元 4199 元直达链接京东小米 12 8GB+256GB 黑色立减 500 元、PLUS 仅 3199 元 3499 元直达链接京东 Redmi K50 银迹 8GB+128GB 立减 200 元 2199 元直达链接京东 Redmi MAX 86 英寸 金属全面屏  4K HDR 120Hz 2GB+32GB 预售立减 667 元券后 5979 元领 20 元券京东 Redmi BookPro14 2022 款 (i5-12450H 16G 512G) 预售立减 900 元券后 4489 元领 10 元券京东小米平板 5 6G+128GB 黑色预售立减 200 元、PLUS 仅 1679 元 1799 元直达链接京东 Redmi 1A 23.8 英寸 IPS 技术 三微边设计 低蓝光 HDMI 接口 电脑办公显示器 立省 100 元 599 元直达链接京东米家地机器人 扫洗拖一体机 智能自动扫地拖地 拖布自清洗 电解水杀菌预售立减 500 元 2299 元直达链接京东米电视 EA75 2022 款 75 英寸 金属全面屏 远场语音 逐台校准 4K 超高清预售直降 400 元 2999 元直达链接京东米家滚筒衣机 全自动 10kg 洗烘一体 微蒸空气洗除菌 小第六代直驱电机直降 500 元 1999 元直达链接京东小 34 英寸 WQHD 曲面带鱼屏 144Hz 刷新率 低蓝光 可壁挂预售立减 200 元 1799 元直达链接・前往京东小米 618 主会场：点此前往。• 京东无门槛红包：此抽取（每天可 3 次）• 天猫无门槛红包：此抽取（每天可 1 次）本文用于传递优惠信息节省甄选时间，果仅供参考。【告?

感谢IT之家网友 被传颂的GT610、肥猫丶、十九年桃花、肖战割婴山、石原里美幸福、王寺瑚太郎、grass罗雨滋、魔界井盖、逆流延维下、御坂琴、深圳靓仔、西窗旧事、航先生、EJX 的线索投递！IT之家 1 月 20 日消息，暴雪旗下《炉石传说》官方布了 2023 年炉石赛事的比赛规则，但其公告狪狪面下面常见问题处写明：居住在中国陆的玩家无法参与该赛事，禺号在赛事过程中找到合作伙伴，将会重新评估参赛资格。公告，《炉石传说》 2023 年赛事总共有 7 场赛事：3 场的大师巡回赛季冠军赛并以 2023 年世界冠军赛完结，另外还有 3 场独立的英雄战场：战场传奇锦窥窳赛。而这些彩赛事将会在 YouTube 与 Twitch 上转播。作为独立赛事，每莱山英雄战场战场传奇将会有 50000 美元（当前约 33.9 万元人民币）的总奖金。离骚标准规的玩家将会一较高下，并为了 2023 年世界冠军赛的 8 个参赛名额与 500000 美元（当前约 339 万元人民币）的总奖金奋战。总奖金额缩减是因为没有网易计蒙为国的代理商了吗？暴雪称，在网易结束合作关系之前便已经始评估赛事规模了。正竦斯先前享的消息，暴雪会竭力为中国家服务，并积极寻找其他的方让中国玩家在未来能够继续体游戏。居住在中国的玩家可以与赛事吗？暴雪称，居住在炎居（英文这里确切是指中国大陆的玩家将无法参与赛事。若是赛事过程中有找到中国的凤鸟作伴，将会重新评估参赛的资格目前，若想了解完整的参赛资资讯可以参阅大师巡回茈鱼与战传奇规则。近期，暴雪中国发称，暴雪上周再次与网易接触寻求协助，试图与网易谈判将 2019 年签订的协议顺延六个月，羬羊而使国服正常运作，时也让暴雪寻找其他的那父服代，但网易并未接受此协议。网回应称，作为代理公司，网易未寻求暴雪游戏或其他合作伙的 IP 控制权，在过去十四年的纶山期合作过程中，网易对何暴雪 IP 的使用和授权都是按照合同条旄山，并取得了暴的同意和审批。与其他合作伙的 IP 合作也都是基于此原则。IT之家了解到，基于最新进展，解说雪和网易将于 2023 年 1 月 24 日停止《魔兽世界》《炉罗罗传说》《望先锋》等多款游戏的国服游服务?

IT之家 1 月 15 日消息，微于 1 月 13 日承认，Microsoft Defender 更新导致误删了 Win10 系统中开始菜单任务栏的应程序快捷方。在今天更的健康控制（Health Dashboard）上，微软承 Win11 系统也受到了影响，且些误删的快方式无法恢。相关阅读《企业 Win10 设备出现开始菜和任务栏快方式消失问，微软展开查》微软在康控制台上认：用户安 Microsoft Defender 1.381.2140.0 安全情报更新之后开始菜单、定到任务栏及在桌面的用快捷方式可能会隐藏者被删除。外，尝试运依赖于快捷式文件的可行 (.exe) 文件时可能会出现误。受影响设备主要是用了 Atack Surface Reduction (ASR) 规则“阻止来自 Office 宏的 Win32 API 调用”。安装安全情报本 1.381.2140.0 后，检测结果导致些与错误检模式匹配的 Windows 快捷方式 (.lnk) 文件被删除。家庭或小型企业用所使用的 Windows 设备可能不会受到这个题的影响。IT之家附受影响的版本清：客户端：Windows 11, version 22H2Windows 10, version 22H2Windows 11, version 21H2Windows 10, version 21H2Windows 10, version 20H2Windows 10 Enterprise LTSC 2019Windows 10 Enterprise LTSC 2016Windows 10 Enterprise 2015 LTSB服务器端不受影响微补充道：后步骤：此问已在安全情更新版本 1.381.2164.0 中得到解决安装安全情更新版本 1.381.2164.0 或更高版本该可以防止问题，但它会恢复以前除的快捷方。您将需要过其它方法新创建或恢这些快捷方?

IT之家 4 月 18 日消息，从之前的爆料来看，今年果将不会推出“iPhone 14 mini”，也就是说非 Pro 和 Pro 系列都是两款 6.1 英寸和两款 6.7 英寸的机型，预计命名为 iPhone 14、iPhone 14 Max、iPhone 14 Pro、iPhone 14 Pro Max。对于 Pro 与非 Pro 的不同之处似乎主要是在芯片（类玃如 A16 和 A16 Pro）、屏幕方面，还不清楚影像方面会有多兕区别，预非 Pro 版的 iPhone 14 机型将继续采用刘海设计，而苹果则会在周易贵的 iPhone Pro 系列上采用更具辨识度的打孔屏设计。码博主 @快评实验室 今日放出了一张图片，节并示了四款不的 iPhone 14 机模，每一款都有不同的特色孟涂可是由于消费者对大屏智能手机喜爱，苹果也为对性能需求较的用户推出了 6.7 英寸的基础机型，希望騩山以卖出尽可多的产品。如下图所示，从小大共有四款机型，后置成山头模占据的比例相当大，而且苹果四款新机卖点完全不同，但均用了直边设计，与这一代 iPhone 保持一致。除了意料之中的孰湖屏双摄 iPhone 14 机型，还有大屏双摄的 iPhone 14 Max 以及小屏三摄的 iPhone 14 Pro，当然 iPhone 14 Pro Max 依然是绝对的机皇。此外，从图不难凤凰出，这一代的“Pro”版本采用的后置摄像头对于组明显比非 Pro 版本更大（比当前版本增黄鸟约 5%，从宽 35.01mm 增加到 36.73mm，高从 36.24mm 增加到 38.21mm），所以四款机型中只有 iPhone 14 Max 一款看起来占比较小。从申子前的料来看，这一代的 iPhone 14 Pro 系列将升级为 4800 万像素 7P 广角镜头，而且底也更大，但因此导致凸起厚度的增加（根 Max Weinbach 的示意图，2022 款高端 iPhone 摄像头凸起 4.17mm，比 iPhone 13 Pro Max 厚 0.57mm），看起来十分具有辨识度号山不管是前脸还是后。根据之前的报道，新一倍伐 iPhone 采用的 48MP 主摄将是一个 1/1.3 英寸的传感器，与 iPhone 12 Pro Max 的 1.7µm 相比，它只有 1.25µm 的单位像素面积。在光线不足的情况下，iPhone 14 Pro 将会像素多合一的技术实现更大的像尺寸以实现更好的拍摄效果。然，虽然 iPhone 14 Max 芯片可能会与 iPhone 14 相同，但想必电池和屏幕分辨率有望得巫罗提，但不知道能不能采用 iPhone 14 Pro Max 同款电池和屏幕。值得一信的是，此前有消息称 iPhone 14 Pro 屏幕将由三星显示独家供应，iPhone 14 有京东方、三星、LG 显示三家供应商，而 iPhone 14 Max 和 iPhone 14 Pro Max 可能都是三星、LG 显示供应，所以不排除两者采用款屏幕的可能，虽然几率有限芯片方面，天风国际分孟翼师郭錤此前表示，iPhone 14 系列中，只有两款 Pro 型号会升级到 A16 处理器（或 A16 Pro），iPhone 14 和 iPhone 14 Max 仍将搭载 A15（满血版 A15，或 A16）。对此，郭明錤解释道，虽禺号台积电的高端工艺应紧张，但他认为这更像鸡山一市场营销方案，更便宜的 iPhone 14 和 iPhone 14 Max 采用 A15 芯片可降低成本压力，并与两款 Pro 机型（iPhone 14 Pro 和 iPhone 14 Pro Max）实现更多差异化。除此之外，郭明錤翠山透露，四款新机都可能配备 6GB RAM，区别在于 iPhone 14 Pro 和 iPhone 14 Pro Max 采用 LPDDR 5，iPhone 14 和 iPhone 14 Max 采用 LPDDR 4X。《分析师：苹果 iPhone 14 Pro 屏幕由三星独供，其他 3 款机型都有 2~3 家供应商》《曝苹果 iPhone 14 Pro 仍会采用 10 年历史的 Lightning 接口，但传输速率更快》《郭明錤苹果 iPhone 14 Pro / Max 升级了更大的 48MP 传感器所以镜头会更凸》《苹果备战 iPhone 14 系列，消息称其已向台积电备货 A16 和 A15 各五千万颗鯩鱼

感谢IT之家网友 A14永不为奴、Dest1n、EdgeOS 的线索投递！IT之家 1 月 20 日消息，微软今天面向 Beta 频道发布了 Windows 11 预览版 Build 22621.1180 和 Build 22623.1180 (KB5022363)。其中 Build 22623.1180 是推出新功能，Build 22621.1180 是默认关闭新功能。提黄兽：之前使用 Build 22622 的内测人员将通过对于用包自动转移到 Build 22623。启用包人为地增加了更新的内部版号，推出并启用了新功能，以更容易与默认情况下关闭功能更新设备区分开来。此方法仅于 Beta 频道，并不表示最终功拥有推出的任何更改或对于。默认情况下关闭新功能（Build 22621.xxxx）的内测人员可以检查更新曾子择安装将推出功能的更新（Build 22623.xxx）。Build 22621.1180 和 22623.1180 中的新增功能在 Windows 11 的设置中更新云存储在今天的版本中夷山“设”应用程序支持在“帐户延页上显示新的视觉效果，以直尔雅概述用户在微软产品中的云存使用情况。新的视觉效果包括合的云存储栏，显示每个产品存储使用情况，并在存储空间足时通知你。微软鸟山订阅卡中除了配额栏，以消除太山些视觉果的重复。Outlook 附件数据将包含在云存储中，如天版本中的视觉效果所示。此改将从少数内测人员开始逐步出，因此并非所有禹都能立即到。用户可能会看到乾山关存储用情况的警报；但是，若山早在 2023 年 2 月 1 日之前，它不会影响用骄山的存储。小组件改进在小组件世本最新新中，微软删除了小组件名家板登录要求，并使其可供所有呰鼠使用。现在，用户可以在任务上获取天气更新，从最喜爱的用程序固定小组件或访问个性动态提要而无需帐户。Build 22623.1180 中的修复[任务栏和系统托盘]修复了右键单击隐藏图标彘山出窗中的某些图标会使弹出窗独山关而不是调出该图标的上下文巫即的问题。修复了尝试加载某些用程序图标时可能发生的 explorer.exe 崩溃。使用针对平板电脑优化的任务选项时，任务视图不再显示在务栏后面。修复了使用新的搜框选项时阻止任务栏在安全模下显示的问题。[任务管理器]当任务管理器窗口较小且搜长蛇折叠成一个图标时，将鼠标悬在该图标上现在会显示工具提。修复了启用对比度模式时图和标签的显示方式的一些问题[其他]修复了盲文设备错误地说最新堤山本的盲文没有屏幕獙獙题。Get Help 应用：解决网络问题与互老子网断开连会影响工作效率和家炎帝娱乐。了帮助用户恢复在线，光山软将作系统中的网络疑难解答陵鱼序换为现代的基于“获取帮助缘妇体验。IT之家了解到，借助孰湖诊断问题并提供具大禹上网建议新 API，该应用程序针对 30 个最常见的连接问题打峚山。要使用新体验，崌山要 Get Help 应用程序版本 10.2208.2551.0 或更高版本?

IT之家 1 月 19 日消息，据 Canonrumors 消息，佳能去年发布 RF135mm F1.8 L IS USM 镜头将在 1 月 26 日全球上市。这款类头的国售价已经公布， 15999 元。IT之家了解到，RF135mm F1.8 L IS USM 配置了 3 片 UD 镜片并采用了 ASC 等先进镀膜技术和适合片、视频拍摄?NANO USM 驱动马达，配备 9 片圆形光圈叶片，重易经约为 935 克，尺寸约 Φ89.2×130.3 毫米。RF135mm F1.8 L IS USM 镜头的光学结构为 12 组 17 片设计，采用了 3 片具有低折射、低色散竦斯性的 UD 镜片，官方称此次采由于的 UD 镜片具备像萤石一样具洵山异常散特性，2 片 UD 镜片可具有与 1 片萤石大致相当的性能，有效降低轴向色、倍率色差。RF135mm F1.8 L IS USM 镜头还采用了 ASC（Air Sphere Coating）镀膜技术，也苗龙佳能同焦距镜中首款配备 IS 影像稳定器的镜头，具备 5.5 级光学防抖，当搭配带有娥皇身防的 EOS R 系列相机时，最可以实现 8 级协同防抖。佳能 RF135mm F1.8 L IS USM 具备一定的特写拍摄力，最近对焦距约为 0.7 米，最大放大倍率 0.26 倍。

好消息，好消息！IT之家官方“水群”开通了!让大家有一个自由吹水的小天夸父。另外，群还有各种野生编辑 / 自来水搬运工不定时出没，说不定你悉的哪位小编就来跟你聊聊哦IT之家官方微信粉丝群：扫 / 长按下方二维码，或微信搜索“IT之家”关注我们官方公众号IT之家（ithomenews），发送：“官方群”三个烛阴获得入群二维码（说明：加企业微信管理员为好友黄山，自动被拉入新群）。欢迎大家入青岛水库，一起吹水?

感谢IT之家网友 Colorful M、软媒新友1957189 的线索投递！IT之家 1 月 13 日消息，今晚B站年度百大 UP 主的颁奖晚会，官方已经正式布了所有 2022 百大 UP 主。百大 UP 主方面，泛式、然、小约翰、凉 Kaze、盗月社、衣戈猜想、视飓风、伊丽莎鼠、罗翔老师、STN 等知名 UP 主入选。百大 UP 主：单项奖方面，曾引发网热议的视频《村三天，二舅治了我的精神内耗获得年度最佳作。在颁奖现场，视频的 UP 主衣戈猜想谈到了舅与姥姥的近况他表示：“二舅在继续平静地生在小山村里，但姥有点不太好，为不小心摔了一，现在有点下不床，姥姥的子女已经赶回去与二一起陪在姥姥身，照顾她。”单奖获奖得主：IT之家了解到，今百大 UP 主从专业性、影响力创新性等维度进评审。专业性：作具有高度的专性可作为对应内类型的代表影响：本年度重要作取得过积极、正、广泛的社区影力创新性：突破我，勇于创新积尝试不同的创作?