获取Android设备上的USB设备

import android.content.Context;
import android.os.storage.StorageManager;

import java.lang.reflect.Method;

public class USBUtil {

    public static String getUSBPath(Context context) {
        StorageManager storageManager = (StorageManager) context.getSystemService(Context.STORAGE_SERVICE);
        try {
            // 通过反射调用getVolumeList,获取所有挂载的设备(内部sd卡、外部sd卡、挂载的U盘)
            Method getVolumeListMethod = StorageManager.class.getMethod("getVolumeList");
            Object[] volumes = (Object[]) getVolumeListMethod.invoke(storageManager);

            Class<?> storageVolumeClazz = Class.forName("android.os.storage.StorageVolume");
            // 通过反射调用getPath、isRemovable
            Method getPathMethod = storageVolumeClazz.getMethod("getPath");
            Method isRemovableMethod = storageVolumeClazz.getMethod("isRemovable");
            if (volumes != null && volumes.length > 0) {
                for (Object volume : volumes) {
                    String path = (String) getPathMethod.invoke(volume); // 获取路径
                    boolean isRemovable = (boolean) isRemovableMethod.invoke(volume);// 是否可移除
                    if (isRemovable) {
                        return path;
                    }
                }
            }

        } catch (Exception e) {
            e.printStackTrace();
        }
        return "/";
    }
}

参考链接:
获取Android设备上的所有存储设备

Android Fragment 重叠问题

缘起

首先,笔者的主Activity中包含了多个Fragment,通过show、hide来切换展示。当笔者切换到其他的APP,操作一段时间后,返回到当前APP,有很大几率会出现Fragment重叠现象。

缘由

首先,在Activity的生命周期中,当Activity不在前台展示时,如果此时其他的APP需要使用内存,系统会杀掉该APP的进程,当用户重新进入该APP时,系统会重新创建Activity。

Activity不在前台展示时会保存Fragment的状态,当系统重新创建Activity时会恢复之前保存的Fragment的状态。

缘解

方案一:在Activity的onCreate方法中判断savedInstanceState是否为空,不为空则使用系统保存的Fragment。

public class MainActivity extends AppCompatActivity {
    Fragment fragment;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        if (savedInstanceState != null) {
            fragment = getSupportFragmentManager().findFragmentByTag("fragment");
        } else {
            fragment = new Fragment();
            getSupportFragmentManager().beginTransaction().add(R.id.frameLayout, fragment, "fragment").commit();
        }
    }
}

方案二:在Activity的onCreate方法中,调用super方法时直接传null,不使用保存的状态。

@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(null);
}

参考资料:

Android fragment 重叠问题——通过hide,show方式导致的解决方法

解决Activity重新刷新后Fragment的show、hide失效问题

深入理解Activity的生命周期

TouchDelegate相关文章

Android鲜为人知的TouchDelegate

Android使用TouchDelegate增加View的触摸范围

ListView Tips & Tricks #5: Enlarged Touchable Areas

TouchDelegateGroup

import android.graphics.Rect;
import android.view.MotionEvent;
import android.view.TouchDelegate;
import android.view.View;

import androidx.annotation.NonNull;

import java.util.ArrayList;

public class TouchDelegateGroup extends TouchDelegate {
    private ArrayList<TouchDelegate> mTouchDelegates = new ArrayList<>();
    private TouchDelegate mCurrentTouchDelegate;

    public TouchDelegateGroup(@NonNull Rect bounds, @NonNull View delegateView) {
        super(bounds, delegateView);
        mTouchDelegates.add(this);
    }

    public void addTouchDelegate(@NonNull TouchDelegate touchDelegate) {
        mTouchDelegates.add(touchDelegate);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        TouchDelegate delegate = null;
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                for (TouchDelegate touchDelegate : mTouchDelegates) {
                    if (onDelegateTouchEvent(touchDelegate, event)) {
                        mCurrentTouchDelegate = touchDelegate;
                        return true;
                    }
                }
                break;
            case MotionEvent.ACTION_MOVE:
                delegate = mCurrentTouchDelegate;
                break;
            case MotionEvent.ACTION_CANCEL:
            case MotionEvent.ACTION_UP:
                delegate = mCurrentTouchDelegate;
                mCurrentTouchDelegate = null;
                break;
        }
        if (delegate != null) {
            return onDelegateTouchEvent(delegate, event);
        }
        return false;
    }

    public boolean onSelfTouchEvent(MotionEvent event) {
        return super.onTouchEvent(event);
    }

    public boolean onDelegateTouchEvent(TouchDelegate touchDelegate, MotionEvent event) {
        if (touchDelegate instanceof TouchDelegateGroup) {
            return ((TouchDelegateGroup) touchDelegate).onSelfTouchEvent(event);
        } else {
            return touchDelegate.onTouchEvent(event);
        }
    }
}

对Jetpack Compose设计的初步解读与思考

节选自:对Jetpack Compose设计的初步解读与思考


Jetpack Compose前段时间进入了Alpha阶段。经过去年年底至今剧烈的api变化后,现在Compose整体上大致稳定,所以我们也能对于Compose的设计进行初步的解读和评价了。

Compose从整体技术风格上来说是这样一个产物:在语法上激进模仿SwiftUI,编译/运行过程充满Svelte风格,同时也综合了各方包括Android开发组自身对UI框架的思考结果。

使用Compose时,最值得关注的就是Compose的编译器插件。可以这么说,Compose的runtime、api都是依附于编译器插件的,那个巨大而无所不包的编译器插件才是Compose的本体。Compose插件强势的入侵了原版Kotlin的语法,导致包含了Compose的Kotlin基本上可以算作新语言(算成个新虚拟机都不过分)。初次了解的时候确实让我很困惑,因为这与React,Flutter推崇的趋势简直是背道而驰。但是了解了Svelte,SwiftUI之后,Compose显得没有那么突兀了。

Svelte

Svelte试图解决的问题是:如何用声明式的代码书写风格,一对一直接翻译成纯粹命令式的DOM操作,从而达到无额外开销+极小runtime的效果。最终Svelte选择发明一套自制的模板语法来翻译到Javascript上。这个好理解,因为大家很熟悉,显然javascript以及其工具链没有任何实现这个目标的可能。

Compose

Compose在框架设计方面的野心明显超越Flutter。Compose团队多次表示Compose就是对Android SDK的重写。Compose对自身的定位估计类似于SwiftUI在苹果系生态中的定位,那就是高层次、生态内通用、外加依靠自身定位尽可能挖掘以及定制工具链以实现先进的开发模式。Compose使用了语法上和Swift神似的Kotlin,也面临相似的问题,于是Compose(出于一些原因)选择了简单粗暴的魔改Kotlin编译器(而不是模仿SwiftUI玩类型系统杂耍)。

Compose团队解释过Compose的出发点:构建一个通用的、描述树状结构渲染过程的框架,不管是是手机UI组件树或者是浏览器HTML Element。

Compose一不做二不休,直接把Kotlin编译器魔改到底。最后利用编译器魔改实现了几大功能。

对Compose设计的思考

目前Compose的官方资料仍然较为缺乏,因此很难知道Compose除此之外的优化设计以及runtime具体调度机制。但总体来说,我认为

  1. Compose的编译期优化潜力较为巨大,在未来完全有实现SwiftUI所有编译期优化的潜力,尽管没有使用类型系统可能会导致某些实现更为困难。
  2. Compose对于原版Kotlin的强势侵入是其得以实现设计目标的重要原因。但也是一个隐患,Compose对语义的入侵过深,我们可以看看Compose的编译器可能会干什么事情
    1. 对每个树的节点,按照源代码位置,生成一个唯一的int型ID
    2. 插入start和group来表明节点的边界
    3. 收集向函数传递的参数,参数的性质
    4. 根据收集的信息指导一个指令机的工作,那个指令机工作在一个无类型的纸带上

这个已经可以算作在Kotlin/JVM上重新发明了一个虚拟机了。结构化的执行流程,内存,ABI,call site,复杂的调度策略都有了,我觉得就差来个人来证明能跑操作系统了。在已经因为DSL特性高度特化的Kotlin语言上继续发明新虚拟机,总归是有点奇怪的事情。与此对比,SwiftUI对语言的入侵很少而且是隐式的。

  1. 作为未来取代Android SDK的候选者,有强烈的风格取向,opinionated。为了实现对树状渲染结构“通用”的描述,Compose捆绑了一整套非常新的解决方案,从Positional Memoization,到安卓上第xxxxxxx个响应式数据解决方案@State(目前仍然缺乏资料以证明其通用性)。好是好,但是Angular前车之鉴在那里。公平的来说,SwiftUI也是强烈的风格取向,但SwiftUI在苹果生态中的地位个人觉得谷歌没法在Compose上复刻。而且加上强势侵入原语言语义,一旦要调整估计就要大调整。
  2. Compose大量功能处于编译器层,导致这些功能其实是没办法灵活调节的。Flutter我觉得官方的xxx不好还可以自己重写一个发布出去,才有了一堆群魔乱舞的东西,engine虽大但除了engine以外都可以自己写。Compose感觉很容易就会碰到编译器层。
  3. Compose由于基于编译器,很多的优化都是类似于编译器过一个pass的模式来的,尤其是Diff和常量消除那些地方,比较细碎,不容易归档解释,给人一种“想到哪里写到哪里”的感觉,目前官方的文档就有很多这种问题。
  4. 总之,非常期待以后真正理想的“通用”编程语言配上先进的前端框架。也许就是swift加上MPS。

Android Studio 无法保存插件的加密配置信息的解决方案

缘起

笔者转移Android Studio配置信息到新电脑,采用了简单粗暴的复制粘贴方案。然后发现在新电脑上,Translation插件的应用密钥没了而且无法保存到本地。

缘由

Android Studio 把加密配置信息保存在KeePass中,换电脑后无法访问数据库文件,然后保存密码的方案就会变为不保存密码。

缘解

打开 %USERPROFILE%\.AndroidStudio4.0\config,删除 c.kdbx 和 c.pwd。

进入 options ,删除security.xml。

重新打开Android Studio。

Android 获取本地IP地址和广播地址

在AndroidManifest文件中配置权限:

<!-- internet -->
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />

NetUtil文件:

/**
 * 获取本地IP地址
 */
public static String getLocalIP() {
    try {
        // 获取本地设备的所有网络接口
        Enumeration<NetworkInterface> niEnum = NetworkInterface.getNetworkInterfaces();
        while (niEnum.hasMoreElements()) {
            // 获取网络接口的所有IP地址
            Enumeration<InetAddress> addressEnum = niEnum.nextElement().getInetAddresses();
            while (addressEnum.hasMoreElements()) {
                // 返回枚举集合中的下一个IP地址信息
                InetAddress inetAddress = addressEnum.nextElement();
                // 不是回环地址,并且是IPv4地址
                if (!inetAddress.isLoopbackAddress() && inetAddress instanceof Inet4Address) {
                    return inetAddress.getHostAddress();
                }
            }
        }
    } catch (SocketException e) {
        e.printStackTrace();
    }
    return null;
}
/**
 * 获取广播地址
 */
public static String getBroadcastIP() {
    try {
        for (Enumeration<NetworkInterface> niEnum = NetworkInterface.getNetworkInterfaces(); niEnum.hasMoreElements(); ) {
            NetworkInterface ni = niEnum.nextElement();
            if (!ni.isLoopback()) {
                for (InterfaceAddress interfaceAddress : ni.getInterfaceAddresses()) {
                    if (interfaceAddress.getBroadcast() != null) {
                        return interfaceAddress.getBroadcast().getHostAddress();
                    }
                }
            }
        }
    } catch (SocketException e) {
        e.printStackTrace();
    }
    return null;
}

参考链接:

Android获取有线网ip地址

Android获取如何获取当前手机IP地址

[Android]获取局域网广播地址的两种方法