4 月 5 日消息,苹果公司上周向所有 iPad 和 Mac 用户推送了 iPadOS 16.4 和 macOS Ventura 13.3 系统更新,带来了一些变化和新功能。不幸的是,这些更新也导致了许多用户的 Universal Control 和 Handoff 功能出现故障。

Universal Control(通用控制)可以让你用一套鼠标、键盘和触控板来控制多台 iPad 和 Mac。你可以在不同的设备之间无缝地移动光标和键盘,并通过 iCloud 根据你的光标活动来推断设备的位置。
苹果公司宣称,这项功能可以自动启用,唯一的要求是设备要使用同一个 iCloud 账号登录。它依赖于苹果公司的 Handoff 技术来实现,这项技术可以让你在一个设备上开始工作,然后切换到另一个附近的设备。
在苹果公司的支持论坛上,有一个帖子收集了许多 iPad 和 Mac 用户的抱怨,他们说在更新到 iPadOS 16.4 和 macOS Ventura 13.3 后,Universal Control 功能就不能正常使用了。这些用户表示,在苹果公司发布更新之前,这项功能还是正常工作的。
对于一些用户来说,这些问题还影响到了其他依赖于 Handoff 技术的功能,比如通用复制粘贴和 Apple Watch 解锁。有一个用户写道:
iOS 16.4 和 Ventura 13.3 把我的 27 英寸 iMac 和 iPad Pro 的 Universal Control 功能搞坏了,之前更新之前还能无缝地使用。而且我的 iMac 现在也不能用 Apple Watch 6 解锁了。iMac 也不能连接(同步)我的手表。谢谢你,苹果。我们怎么能解决这个问题呢?
另一个用户表示:
我也遇到了同样的问题。而且在 iPhone 上输入文字来控制 Apple TV 也不行了。我的 Apple Watch 也不能解锁我的 Mac 了。Handoff 功能似乎完全失效了。
用户们说,他们可以通过重启所有涉及的设备,并在每个设备上的设置应用中开关 Handoff 功能来暂时解决问题。但是,这只是一个临时的解决方案,而且不得不做这些步骤本身就说明有些地方出了问题。
苹果公司据传正在准备推出 iOS 16.4.1 和 iPadOS 16.4.1,可能在本周内推送更新。理想情况下,这些更新将修复上周引入的 Handoff 和 Universal Control 功能的故障。
IT之家的小伙伴们在更新到 iPadOS 16.4 和 macOS Ventura 13.3 后有没有遇到 Handoff 和 Universal Control 功能的问题呢?
因此16.4“修复”了getDerivedStateFromProps中的一个错误,现在它会在props更改和状态更改时被触发。显然这是有意的,来自这篇文章:https://github.com/facebook/react/issues/12898.但是对我来说,在状态中保存以前的Prop是一个主要的矫枉过正,所以我想问一下是否有人制定了处理这样的情况的程序:classComponentcheextendsReact.Component{state={valuesForInput:{input1:''}}staticgetDerivedStateFromProps(props,sta
我希望有一个ThreadPoolExecutor,我可以在其中设置一个corePoolSize和一个maximumPoolSize,然后队列将切换任务立即进入线程池,从而创建新线程,直到达到maximumPoolSize,然后开始添加到队列中。有这样的事吗?如果没有,它没有这样的策略有什么充分的理由吗?我本质上想要的是提交任务执行,当它达到一个点,它基本上会因为有太多线程(通过设置maximumPoolSize)而获得“最差”性能时,它将停止添加新线程并且使用该线程池并开始排队,然后如果队列已满则拒绝。当负载回落时,它可以开始将未使用的线程拆除回corePoolSize。在我的申请中,
我已经在我们的应用程序中实现了Handoff,当应用程序在前台或后台运行时,它可以很好地用于Web到应用程序的切换,反之亦然。但是,如果应用未运行,那么如果用户从Web到应用切换启动应用,在launchOptions字典中,我得到UIApplicationLaunchOptionsUserActivityDictionaryKey,但缺少对事件的引用.看截图:如您所见,我只获得了NSUserActivity的ID。这是iOS9中的错误吗?有没有办法通过使用id来获取对事件的引用?编辑,这是代码,虽然我认为这不相关-(BOOL)application:(UIApplication*)ap
从iOS/iPadOS13开始,可以使用深色用户界面风格,类似于macOSMojave中引入的深色模式。如何检查用户是否启用了系统范围的黑暗模式? 最佳答案 对于iOS13,您可以使用此属性来检查当前样式是否为深色模式:if#available(iOS13.0,*){ifUITraitCollection.current.userInterfaceStyle==.dark{print("Darkmode")}else{print("Lightmode")}} 关于ios-如何检查iOS/
从iOS/iPadOS13开始,可以使用深色用户界面风格,类似于macOSMojave中引入的深色模式。如何检查用户是否启用了系统范围的黑暗模式? 最佳答案 对于iOS13,您可以使用此属性来检查当前样式是否为深色模式:if#available(iOS13.0,*){ifUITraitCollection.current.userInterfaceStyle==.dark{print("Darkmode")}else{print("Lightmode")}} 关于ios-如何检查iOS/
iOS/iPadOS版本的safari是否支持serviceworker的pushapi标准?编辑:thereisapetitionyoucansigntoraiseawarenessonthistopic 最佳答案 iOS尚不支持W3C规范网络推送通知。但是有一个用于Web通知的Safari特定API。请在您有多个选项时引用此答案。https://stackoverflow.com/a/49803408/1057093更新:更正了上述链接中的答案,以阐明专有解决方案仅适用于OSX-Safari,还没有适用于iOSSafari的解决
iOS/iPadOS版本的safari是否支持serviceworker的pushapi标准?编辑:thereisapetitionyoucansigntoraiseawarenessonthistopic 最佳答案 iOS尚不支持W3C规范网络推送通知。但是有一个用于Web通知的Safari特定API。请在您有多个选项时引用此答案。https://stackoverflow.com/a/49803408/1057093更新:更正了上述链接中的答案,以阐明专有解决方案仅适用于OSX-Safari,还没有适用于iOSSafari的解决
在我的ubuntu机器上,当我运行命令curl-XGET'http://localhost:9200'来测试连接时,它显示以下消息。curl:(7)无法连接到本地主机端口9200:连接被拒绝当我使用sudosystemctlstartelasticsearch检查服务器状态时,它显示以下消息。●elasticsearch.service-ElasticsearchLoaded:loaded(/usr/lib/systemd/system/elasticsearch.service;enabled;vendorpreset:enabled)Active:failed(Result:exi
在我的ubuntu机器上,当我运行命令curl-XGET'http://localhost:9200'来测试连接时,它显示以下消息。curl:(7)无法连接到本地主机端口9200:连接被拒绝当我使用sudosystemctlstartelasticsearch检查服务器状态时,它显示以下消息。●elasticsearch.service-ElasticsearchLoaded:loaded(/usr/lib/systemd/system/elasticsearch.service;enabled;vendorpreset:enabled)Active:failed(Result:exi
macOSVentura版本历史Release:macOSVentura13.3 (22E252),2023-03-27macOSVentura13.2.1 (22D68),2023-02-18macOSVentura13.2(22D49),2023-01-23macOSVentura13.1(22C65),2022-11-13macOSVentura13.0.1(22A400),2022-11-09macOSVentura13.0(22A380),2022-10-24下载macOSVenturaforIntelEditioniso\dmg 格式软件包可引导镜像,可以在当前系统中安装或者升级,