嘿，咱们来唠唠这个需求——你想在平板Web应用里只允许用数位笔（比如三星S Pen）来绘制手写签名，纠结PointerEvent能不能靠谱实现，对吧？

首先直接给结论：单靠PointerEvent没办法100%可靠地实现这个需求，你遇到的三星S Pen属性不准的问题，其实是Web输入事件领域的老坑了。

理论上，PointerEvent的pointerType属性应该能区分"pen"、"touch"、"mouse"这几种输入类型，width/height也应该对应笔尖的实际接触尺寸，但现实是不同设备厂商的实现差异大到离谱：安卓平板的定制ROM经常把S Pen的事件识别成"touch"，或者返回的width/height是固定值，完全反映不出笔尖的变化；甚至有些设备的数位笔事件连pressure属性都返回异常。

那有什么其他路子呢？给你几个实际能用的方案，都是不用依赖外部工具的原生思路：

• 结合压感做辅助判断：数位笔基本都支持压感，按压力度变化会让PointerEvent.pressure跟着变动，而手指触摸的pressure大多是固定值（比如一直是1.0）。你可以把「有动态变化的pressure」作为数位笔的核心判断条件之一，过滤掉那些无压感的触摸事件。不过要注意，少数高端触控屏的手指触摸也能返回压感，所以这个得和其他条件搭配使用。
• 统计事件触发频率：数位笔的采样率一般比触摸高很多（比如200Hz以上，而普通触摸大多是60Hz），你可以在短时间内（比如100ms）统计触发的PointerEvent数量，数量多的大概率是数位笔。这个方法能过滤掉大部分手指触摸的情况，尤其是快速签名的时候差异更明显。
• 用户主动确认+设备检测结合：在签名界面加个简单的选项，比如「我将使用数位笔签名」，同时后台做初步过滤：如果用户选了这个选项，就只接受pointerType为"pen"且有压感变化的事件；如果没选，就提示用户只能用笔签名。虽然不是全自动，但能把可靠性拉满——毕竟用户自己最清楚用的是什么设备。
• 触摸事件直接拦截：先把所有pointerType为"touch"的事件直接阻止绘制动作，只放行"pen"类型的事件。虽然会漏掉那些被误识别为touch的数位笔，但至少能挡住绝大多数手指触摸的情况，再配合压感检测，把那些被误判的数位笔事件捞回来。

总的来说，目前Web端没有完美的纯自动方案，最好是把多种检测手段组合起来，再加上用户的主动确认，这样既能满足「仅允许数位笔」的需求，又能兼容各种奇葩设备的适配问题。

备注：内容来源于stack exchange，提问作者Linas