react native 集成高德地图 tagged-pointers 后退闪退

2022-09-27 16:41:44
--::-/com.p.aaa A/libc: Pointer tag was truncatedsee .
--::-/com.p.aaa A/libc: Fatal signal (SIGABRT)code -(SI_QUEUE) tid (GLThread )pid (com.p.xuexi)

2022-09-27 16:40:34.175 14872-15459/com.p.aaa A/libc: Pointer tag for 0x7dbfc28fd0 was truncated, see 'https://source.android.com/devices/tech/debug/tagged-pointers'. 2022-09-27 16:40:34.176 14872-15459/com.p.aaa A/libc: Fatal signal 6 (SIGABRT), code -1 (SI_QUEUE) in tid 15459 (GLThread 565), pid 14872 (com.p.xuexi)

解决办法 在 application标签中添加 

android:allowNativeHeapPointerTagging="false"

android:allowNativeHeapPointerTagging="false"

一开始使用npm中搜的高德地图react native SDK,一开始一直使用虚拟机开发没啥问题,某一天换成真机测试了,发现每次更改代码后直接崩溃了,react native 日志并没有啥问题。

     使用android studio 跟踪错误,出现了下面两行代码。 我当时也点开去看了,没仔细看,感觉没啥有的信息,各种搜索也没出来啥问题。



    鉴于网上这个维护react native库的这个哥们,已经不是很积极维护这个库了,有些方法它也并不打算更新进去,我就尝试自己封装地图库,也是一顿研究呀。


    等我封装好,发现,还是同样的问题,升级sdk也是这样的问题,我就考虑是不是refresh的时候重新实例化地图错误了,发现不是。后来考虑是destroy的问题,去掉果然是,我自然的就尝试了后退会出现怎样的问题,结果后退果然崩溃了,那肯定就是destroy的问题,我尝试注释了destroy中的代码,结果过人不崩溃了,但是没有释放实例呀,我尝试搜索百度地图destroy崩溃的问题,找到了问题 报错原因高的地图调用mapView.onDestroy() 崩溃问题

我又在github issue里面搜索android:allowNativeHeapPointerTagging,果然在我亲自集成地图组件库的时候,有人提了相同的问题,并且解决了。 

    哎,其实第一开始代码崩溃给的提示里面就足以解决这个问题, https://source.android.com/devices/tech/debug/tagged-pointers  没有仔细看,一直以为是库的问题。 耽误了不少时间。

    以后得注意看错误日志。  不过学习了如何集成react native UI库,也是一个不错的事。巩固了react native提取公共组件和方法的能力,上次整明白以后给忘了,这次巩固了。

  • 2020-12-14 15:06:50

    youtube-dl视频下载神器

    youtube-dl 是一款命令行下的视频下载工具,看着名称像是 YouTube 下载工具,其实这款工具不仅支持 YouTube ,还支持非常多的视频网站,比如优酷、爱奇艺、 bilibili 等,在写这篇日志的时候,暂时不支持腾讯视频。

  • 2020-12-15 20:06:43

    更多WebTorrent例子

    WebTorrent是第一个运行在浏览器的Torrent客户端。是的,没错。就是浏览器! 它完全是用JavaScript编写的,并使用WebRTC实现了真正的点对点传输。不需要浏览器插件、扩展或安装。 使用开放的Web标准,WebTorrent将网站用户连接在一起,形成一个分布式的、分散的Browser-to-browser网络,以实现高效的文件传输。

  • 2020-12-16 06:43:06

    WebRTC 实现Android点到点互连(含Demo)

    WebRTC被誉为是web长期开源开发的一个新启元,是近年来web开发的最重要创新。WebRTC允许Web开发者在其web应用中添加视频聊天或者点对点数据传输,不需要复杂的代码或者昂贵的配置。目前支持Chrome、Firefox和Opera,后续会支持更多的浏览器,它有能力达到数十亿的设备。

  • 2020-12-16 22:04:03

    基于本地代理的边下边播技术分析

    我们熟知的边下边播技术,是迅雷提供的,还有之前的快播、快车等工具,它们使用的技术基本上都是P2P下载技术。 P2P下载技术,本质上它并不是C-S的架构,P2P----> Peer to Peer,实际上它将各个客户端的资源调度起来,给上传资源种子,方便后续的下载者可以快速有效的下载资源,这种方式需要服务器整合各个Client,在有用户需要下载的情况下,服务器能及时调度资源,开始给下载者提供资源信息,保证下载者下载资源越快越好。P2P的下载方式后面我们专门介绍一下。这儿不继续展开了。

  • 2020-12-16 22:07:44

    Android视频点播-边播边缓存

    一些知名的视频app客户端(优酷,爱奇艺)播放视频的时候都有一些缓存进度(二级进度缓存),qq,微信有关的小视频,还有一些短视频app,都有边播边缓的处理。还有就是当文件缓存完毕了再次播放的话就不再请求网络了直接播放本地文件了。既节省了流程又提高了加载速度。 今天我们就是来研究讨论实现这个边播边缓存的框架,因为它不和任何的业务逻辑耦合。

  • 2020-12-16 22:46:44

    基于coturn项目的stun/turn服务器搭建

    webrtc是google推出的基于浏览器的实时语音-视频通讯架构。其典型的应用场景为:浏览器之间端到端(p2p)实时视频对话,但由于网络环境的复杂性(比如:路由器/交换机/防火墙等),浏览器与浏览器很多时候无法建立p2p连接,只能通过公网上的中继服务器(也就是所谓的turn服务器)中转。示例图如下: