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-11-08 08:31:51

    meteor在不同端口启动服务

    当没有任何参数时,run是默认行为,在幕后,它3000端口开启node.js服务器实例,同时开启监听3001端口的MongoDB服务

  • 2020-11-11 15:05:39

    nuxt如何在其它js文件中使用store

    在新建的js文件中想用store里面的数据,比如token想在封装的axios里面,请求头里面去使用,亦或者通过app的JS接口获取token并存储在store里面。我们都知道如何在vue中如何使用。

  • 2020-11-12 14:01:46

    使用postMessage来实现父子通信跨域

    1.子向父,子postMessage,父监听message; 2.父向子,父postMessage,子监听message; 3.测试发现,子向父postMessage的时候,源可以写为‘*’,父向子postMessage的时候,源需要写成子的源,(也就是子页面的协议+主机号+端口) 测试代码部分:

  • 2020-11-12 14:24:39

    Object.entries()

    Object.entries()方法返回一个给定对象自身可枚举属性的键值对数组,其排列与使用 for...in 循环遍历该对象时返回的顺序一致(区别在于 for-in 循环还会枚举原型链中的属性)