Android今日头条UI适配完善版
众所周知 android的碎片化一直困扰着开发者，我们要花很多的时间去做UI适配的工作。主流的适配方案有两种 1、今日头条适配 2、smallestWidth适配。具体的实现点击上述连接查看。
相关分享
1
喜欢
te
tech.meituan.com
/
2025-01-02 23:44
AutoConsis：UI内容一致性智能检测
深入分享了美团在 UI 自动化一致性检测上的技术方案，从设计思路到实际应用，全面展示了如何提升产品质量和用户体验！想了解大厂如何用技术解决复杂问题？快来阅读并转发！
无图
1
喜欢
ma
mazhuang.org
/
2024-09-08 23:26
Android｜使用阿里云推流 SDK 实现双路推流不同画面
想知道如何在 Android 中通过阿里云 SDK 实现双路推流不同画面？本文介绍了一个巧妙的解决方案，虽然阿里云 SDK 不支持原生多路推流，但通过跨进程调用，实现了同时推送不同区域的画面，适用于直播和录播场景的分离展示。开发者不容错过的实战分享，赶快阅读！
无图
1
喜欢
ma
mazhuang.org
/
2024-08-06 08:16
Android｜WebView 禁止长按，限制非白名单域名的跳转层级
本文探讨了如何在Android应用中通过WebView限制网页内容访问。作者介绍了通过WebView的JavaScript接口和URL拦截机制来控制用户访问的具体方法，包括如何过滤不需要的URL请求和增强内容安全性。这些技术可以帮助开发者有效地管理WebView中的内容，防止加载不安全的页面或执行恶意代码。
无图
0
喜欢
so
soulteary.com
/
2024-01-14 19:19
完善 Golang Gin 框架的静态中间件：Gin-Static
Gin 是 Golang 生态中目前最受用户欢迎和关注的 Web 框架，但是生态中的 Static 中间件使用起来却一直很不顺手。所以，我顺手改了它，然后把这个改良版开源了。
无图
1
喜欢
te
tech.meituan.com
/
2023-11-29 23:40
基于UI交互意图理解的异常检测方法
美团到店平台技术部/质量工程部与复旦大学周扬帆教授团队开展了科研合作，基于业务实际场景，自主研发了多模态UI交互意图识别模型以及配套的UI交互框架。本文从大前端质量保障领域的痛点出发，介绍了UI交互意图识别的方法设计与实现。基于UI交互意图编写的测试用例在实际业务中展现出了可以跨端、跨App的泛化能力，希望可以为从事相关工作的同学带来一些启发或帮助。
无图
1
喜欢
pa
paper.seebug.org
/
2023-10-30 23:40
深入 Android 可信应用漏洞挖掘
重点介绍了主流厂商的TEE环境中的TA实现以及常见的攻击面并分享了一些针对TA做安全研究的技巧与方法，比如如何尽可能快速的拥有一台具备Root权限的手机用于研究与测试。同时还介绍了如何实现对TA进行模拟以及使用到的Fuzzing技术和部分调优策略。
无图
1
喜欢
ma
mazhuang.org
/
2023-10-30 22:56
Android｜集成 slf4j + logback 作为日志框架
最近在做一个 Android APP 的日志改造，我搜了一下「Android 日志框架」，大多网友推荐的是 logger、timber、xLog 等等，看着也不错。不过出于几年后端开发的经验和习惯，我进一步了解，发现熟悉的 log4j 和 logback 在 Android 上也有人做过适配，所以最终决定使用 slf4j + logback，以在前后端开发中取得一致的体验。
无图
1
喜欢
dr
droidyue.com
/
2023-06-24 23:28
Android 模拟器实现 hosts 修改
有时候我们需要使用 Android 模拟器来 绑定一下 hosts 来实现功能的开发与验证，刚好最近遇到了这样的需求，处理完成，简单记录一下。
无图
1
喜欢
te
tech.meituan.com
/
2023-06-24 09:21
Robust 2.0：支持Android R8的升级版热修复框架
2016年，我们对美团Android热更新方案Robust的技术原理做了详细介绍。近几年，Google 推出了新的代码优化混淆工具R8，Android 热修复补丁制作依赖二次构建包和线上包对比，需要对Proguard切换到R8提前进行适配和改造，本文分享 Robust 在适配 R8 以及优化改进中的一些思路和经验，希望能对大家有所帮助或者启发。
无图
1
喜欢
pa
paper.seebug.org
/
2023-02-12 14:10
iptables 在 Android 抓包中的妙用
昨天在测试一个 Android APK 的时候发现使用 WiFi 的 HTTP 代理无法抓到包，在代理的日志中没有发现任何 SSL Alert，因此可以判断不是证书问题；另外 APP 本身仍可以正常收发数据，这说明代理设置被应用绕过了。
根据我们前一篇文章(终端应用安全之网络流量分析)中所介绍的，遇到这种情况时就可以使用路由抓包方法，确保接管所有流量。但是因为端午放假被封印在家，且用于抓包的树莓派放在了公司，因此只有另谋他路。
本来接着考虑装个 DroidProxy 去试一下，但突然间灵光一闪，为什么不直接用 iptables 去修改流量呢？于是，就有了这篇小记。
无图