一直在想怎么论证华为手写是部分软件还是系统问题。

打开那个选项后屏幕顶上出现的东西从左到右分别是
正按下点的数量/按下点的总数量
(按下时)当前按下点的x坐标 (松开时)触摸轨迹最后的x方向导数
(按下时)当前按下点的y坐标 (松开时)触摸轨迹最后的y方向导数
x方向速度
y方向速度
压感
尺寸

大家可以自己测试一下在不同的软件，不同的小窗状态下用手写笔轻点一下后第二项dx和第三项dy的值，就会发现在常规场景和可能吞笔画的场景中dx和dy很轻易都为0，即点触过程中未检测到像素级移动，而在所谓优化好的场景（如相应app或开相应app小窗时）dx和dy数值很小但基本不会是0，即可以正常检测到细微移动。

这就是吞笔画问题的直接原因，如果手写笔软件采用触摸过程中采样点坐标的差值绘制笔画的话，如果采样点坐标未发生过移动，那就绘制不出来笔画。如果手写笔软件还在采样点处绘制点，那原先的细小笔画就会变成点。

我说的方法展示在屏幕上的信息是直接位于安卓开发时对应View中onTouchEvent回调方法中的event中的信息，基本所有应用框架开发时针对屏幕输入操作获取的信息都是来自这个回调方法。

同时，在华为官方手写笔能力的开发文档中我们可以发现报点检测功能的实现也是在这个回调方法中调用，未做底层API的改动，这也解释了为什么云记和享做笔记更新了报点检测后仍存在吞笔画的问题。
这是华为官方的报点检测开发文档，大家有兴趣可以看一下。

https://developer.huawei.com/consumer/cn/doc/development/connectivity-Guides/stroke-estimate-function-0000001060192798
所以说真的不是软件或者分辨率、pdf的问题，手写笔应用开发者也没有太多优化跟手性的办法，系统层面的bug即使在部分应用中有所体现也还是系统级bug。
当然我们消费者只需要知道有bug然后反馈就可以了，根本不用考虑为啥会有bug或者是谁的bug，这些本来应该是工程师的事，后续的排查和定位本来就不应该消费者管，不然华为一年招那么多人干啥。