通过 wifi 连接 adb
Android 调试有个让人不开心的地方,那就是如果用真机调试,需要用数据线连接到 Android 设备,而对于 type C 接口的 MacBook,如果没有双端 type C 数据线,那么还得用转接器才行。相比较真机调试,其实还可以用模拟器,不过模拟器只能支持 x86 类型的 native 库,并且也还会有一些其他局限性。
Android 调试有个让人不开心的地方,那就是如果用真机调试,需要用数据线连接到 Android 设备,而对于 type C 接口的 MacBook,如果没有双端 type C 数据线,那么还得用转接器才行。相比较真机调试,其实还可以用模拟器,不过模拟器只能支持 x86 类型的 native 库,并且也还会有一些其他局限性。
最近把 Card.IO 改造成一个 aar 依赖提供给公司的项目使用。这个 aar 中使用了几个 so 库。只不过没有提供 armeabi 类型的 so 库,而只有 armeabi-v7a 和 armeabi-v8a 之类的 so 库。所以初次提供给公司项目使用时,出现了找不到 so 的错误,也就是 UnsatisfiedLinkError 错误。也就是下面这样的提示:
前几天有人报告巴西版本乘客端扫描银行卡的界面有 bug,即屏幕右侧有一条白线,也就是下图所示。
鉴于报告人没提具体的版本号,也没提怎么出现的,也没提是什么机型出现的,我就和报告人说沟通了一番。报告人说应该是小米 6 出现这个问题,我遂借了一部小米 6,然后运行 demo 并没有复现。现在就有两种可能,第一是只有报告人那台小米 6 有问题,第二是 demo 没问题但是集成到巴西版本后就有问题了。经过艰苦交涉,终于从对方那里要到了一个安装包后,我手里手机复现了此问题,事实很快就清楚了:demo 没问题但是集成后有问题,也就是和机型压根没关系。
俗话说,工欲善其事必先利其器。好用的开发工具,虽然不会直接改善我们写的代码,但是对于效率的提高和提高舒适度还是很有帮助的。本文意在提供一些不是非常普遍使用,但是对于效率提升可能非常有用的工具。话不多说,开始正文!
剪贴板工具实在太实用了,不过似乎大部分程序员都没有用上剪贴板工具。而 Clipy 是一款很合适的剪贴板工具,以至于我想起它时,直接将它插到最前面,并且序号编为 0。Clipy 是一个开源的剪贴板工具,简洁不闹心,复制的图片和文本都可以管理,用起来很爽。
这篇记录是我看 The Linux Command Line 后为了总结而写的,目的是便于自己随时查阅。The Linux Command Line 是我相当喜欢的一本电子书,它是一本值得一页一页看下去的书。
修车技术也是技术,所以关于修车的博客也是技术博客啦 😝
事情要从两个月前说起,当时在京东买了一辆粉色的比德文电动车给女朋友上下班用。这辆电动车比较便宜,当时我们也不怎么注意预防电动车被雨淋,因为潜意识觉得经常看到别人的电动车被雨淋,所以应该没事。事情坏就坏在这辆电动车防水性真不好,所以几场大雨之后,还没到一个月,电动车就坏了,拧车把上的旋钮车子没反应,也就是电机不转了。
今天温习《Android 开发艺术探索》一书时,看到类似下面这么一句话:「使用 Messenger 将 Message 对象跨进程传输时,obj 属性无法传输自定义的 Parcelable,而只能传输 framework 已有的 Parcelable,比如 Bitmap 等」。然后也翻了源码注释,注释也是这么说的:Froyo 之后,才能用 obj 传输 framework 的 Parcelable,且 obj 不能为 null。下面是注释: