BR 技术头条 技术链接、资讯与社区分享流
mp mp.weixin.qq.com / 2018-07-30 09:59 / by @code小生

Android 自定义网格布局，九宫格布局加强版

打开原文 0 条评论
上次写了篇九宫格布局，实际运用范围有点小，而且Item的宽高固定死了，不利于其它使用。
所以我把上次写的代码加强一下，满足更多的使用场景。
没看过之前博客的先看一下：Android自定义九宫格布局

赞过的人

@技术头条、 @code小生

发表评论

相关分享

ma mazhuang.org / 2024-09-08 23:26

Android｜使用阿里云推流 SDK 实现双路推流不同画面

想知道如何在 Android 中通过阿里云 SDK 实现双路推流不同画面？本文介绍了一个巧妙的解决方案，虽然阿里云 SDK 不支持原生多路推流，但通过跨进程调用，实现了同时推送不同区域的画面，适用于直播和录播场景的分离展示。开发者不容错过的实战分享，赶快阅读！

查看详情
无图
ma mazhuang.org / 2024-08-06 08:16

Android｜WebView 禁止长按，限制非白名单域名的跳转层级

本文探讨了如何在Android应用中通过WebView限制网页内容访问。作者介绍了通过WebView的JavaScript接口和URL拦截机制来控制用户访问的具体方法，包括如何过滤不需要的URL请求和增强内容安全性。这些技术可以帮助开发者有效地管理WebView中的内容，防止加载不安全的页面或执行恶意代码。

查看详情
无图
zg zgq.ink / 2024-01-28 23:56

缓解 Flarum 图片加载时的布局偏移

现代的 Web 开发中，CLS（Cumulative Layout Shift）是一个关键的 性能指标，它主要关注用户在 Web 网页的使用中，发生意外布局偏移（Layout Shift）、影响用户体验的情况。导致 Layout Shift 的因素很多，这里主要讨论的是图片加载过程的影响。

查看详情
无图
zg zgq.ink / 2023-11-29 23:32

缓解 Flarum 图片加载时的布局偏移

现代的 Web 开发中，CLS（Cumulative Layout Shift）是一个关键的 性能指标，它主要关注用户在 Web 网页的使用中，发生意外布局偏移（Layout Shift）、影响用户体验的情况。导致 Layout Shift 的因素很多，这里主要讨论的是图片加载过程的影响。

查看详情
无图
pa paper.seebug.org / 2023-10-30 23:40

深入 Android 可信应用漏洞挖掘

重点介绍了主流厂商的TEE环境中的TA实现以及常见的攻击面并分享了一些针对TA做安全研究的技巧与方法，比如如何尽可能快速的拥有一台具备Root权限的手机用于研究与测试。同时还介绍了如何实现对TA进行模拟以及使用到的Fuzzing技术和部分调优策略。

查看详情
无图
ma mazhuang.org / 2023-10-30 22:56

Android｜集成 slf4j + logback 作为日志框架

最近在做一个 Android APP 的日志改造，我搜了一下「Android 日志框架」，大多网友推荐的是 logger、timber、xLog 等等，看着也不错。不过出于几年后端开发的经验和习惯，我进一步了解，发现熟悉的 log4j 和 logback 在 Android 上也有人做过适配，所以最终决定使用 slf4j + logback，以在前后端开发中取得一致的体验。

查看详情
无图
dr droidyue.com / 2023-06-24 23:28

Android 模拟器实现 hosts 修改

有时候我们需要使用 Android 模拟器来 绑定一下 hosts 来实现功能的开发与验证，刚好最近遇到了这样的需求，处理完成，简单记录一下。

查看详情
无图
te tech.meituan.com / 2023-06-24 09:21

Robust 2.0：支持Android R8的升级版热修复框架

2016年，我们对美团Android热更新方案Robust的技术原理做了详细介绍。近几年，Google 推出了新的代码优化混淆工具R8，Android 热修复补丁制作依赖二次构建包和线上包对比，需要对Proguard切换到R8提前进行适配和改造，本文分享 Robust 在适配 R8 以及优化改进中的一些思路和经验，希望能对大家有所帮助或者启发。

查看详情
无图
pa paper.seebug.org / 2023-02-12 14:10

iptables 在 Android 抓包中的妙用

昨天在测试一个 Android APK 的时候发现使用 WiFi 的 HTTP 代理无法抓到包，在代理的日志中没有发现任何 SSL Alert，因此可以判断不是证书问题；另外 APP 本身仍可以正常收发数据，这说明代理设置被应用绕过了。

根据我们前一篇文章(终端应用安全之网络流量分析)中所介绍的，遇到这种情况时就可以使用路由抓包方法，确保接管所有流量。但是因为端午放假被封印在家，且用于抓包的树莓派放在了公司，因此只有另谋他路。

本来接着考虑装个 DroidProxy 去试一下，但突然间灵光一闪，为什么不直接用 iptables 去修改流量呢？于是，就有了这篇小记。

查看详情
无图