将Java静态方法转Kotlin时的UsbSerialPort传递问题求助

嘿，我刚好处理过类似的Java转Kotlin的USB串口场景，给你几个实用的Kotlin风格解决方案，完美适配你的需求：

原Java里的静态变量和静态方法，对应到Kotlin就是companion object里的属性和方法。直接把sPort放到companion object中，这样show方法就能直接访问，同时保持类名调用的特性，几乎和原代码逻辑一致：

class SerialConsoleActivity : AppCompatActivity() {
    companion object {
        private var sPort: UsbSerialPort? = null

        // 保持类名调用的特性
        fun show(context: Context, port: UsbSerialPort) {
            sPort = port
            val intent = Intent(context, SerialConsoleActivity::class.java)
            context.startActivity(intent)
        }
    }

    // 后续读写操作直接使用companion object中的sPort
    private fun readFromPort() {
        sPort?.let { port ->
            // 执行串口读取逻辑，比如：
            val buffer = ByteArray(1024)
            val bytesRead = port.read(buffer, 1000)
            // 处理读取到的数据
        }
    }

    override fun onDestroy() {
        super.onDestroy()
        // 务必在Activity销毁时释放端口，避免内存泄漏
        sPort?.close()
        sPort = null
    }
}

优缺点：

• 优点：改动最小，完全贴合原Java的写法，不需要额外逻辑
• 缺点：companion object的属性是全局共享的，如果多次启动SerialConsoleActivity，会覆盖之前的端口实例，所以一定要在onDestroy里清理资源。

原代码提示的“通过Intent传参重建驱动”其实是更符合Android生命周期规范的做法——避免全局变量，让每个Activity实例持有自己的端口。核心思路是：不直接传递UsbSerialPort对象（因为它不可序列化），而是传递重建它需要的关键参数（比如设备ID、端口号），然后在Activity的onCreate里重新获取端口：

class SerialConsoleActivity : AppCompatActivity() {
    companion object {
        private const val EXTRA_DEVICE_ID = "extra_device_id"
        private const val EXTRA_PORT_NUMBER = "extra_port_number"

        fun show(context: Context, port: UsbSerialPort) {
            val intent = Intent(context, SerialConsoleActivity::class.java).apply {
                // 传递重建端口需要的参数
                putExtra(EXTRA_DEVICE_ID, port.driver.device.deviceId)
                putExtra(EXTRA_PORT_NUMBER, port.portNumber)
            }
            context.startActivity(intent)
        }
    }

    private var port: UsbSerialPort? = null

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // 从Intent中取出参数，重建UsbSerialPort
        val deviceId = intent.getIntExtra(EXTRA_DEVICE_ID, -1)
        val portNumber = intent.getIntExtra(EXTRA_PORT_NUMBER, -1)
        
        if (deviceId != -1 && portNumber != -1) {
            val usbManager = getSystemService(Context.USB_SERVICE) as UsbManager
            // 根据设备ID找到对应的UsbDevice
            val targetDevice = usbManager.deviceList.values.find { it.deviceId == deviceId }
            targetDevice?.let { device ->
                // 用UsbSerialProber探测驱动，重建端口
                val driver = UsbSerialProber.getDefaultProber().probeDevice(device)
                port = driver?.getPort(portNumber)
            }
        }
    }

    private fun writeToPort(data: ByteArray) {
        port?.write(data, 1000) // 执行写入逻辑
    }

    override fun onDestroy() {
        super.onDestroy()
        port?.close()
        port = null
    }
}

优缺点：

• 优点：每个Activity实例持有独立的端口，不会互相干扰，完全符合Android的生命周期设计，避免全局变量泄漏
• 缺点：需要额外写重建端口的逻辑，但这也是原代码推荐的思路，更稳定可靠。

如果你的项目使用Jetpack组件，用ViewModel来管理端口实例会更优雅——它能在屏幕旋转等配置变化时保留实例，不用每次重建Activity都重新初始化端口，同时自动在Activity销毁时清理资源：

// 专门的ViewModel来管理串口端口的生命周期
class SerialConsoleViewModel : ViewModel() {
    var port: UsbSerialPort? = null

    // ViewModel销毁时自动释放端口
    override fun onCleared() {
        super.onCleared()
        port?.close()
        port = null
    }
}

class SerialConsoleActivity : AppCompatActivity() {
    companion object {
        private const val EXTRA_DEVICE_ID = "extra_device_id"
        private const val EXTRA_PORT_NUMBER = "extra_port_number"

        fun show(context: Context, port: UsbSerialPort) {
            val intent = Intent(context, SerialConsoleActivity::class.java).apply {
                putExtra(EXTRA_DEVICE_ID, port.driver.device.deviceId)
                putExtra(EXTRA_PORT_NUMBER, port.portNumber)
            }
            context.startActivity(intent)
        }
    }

    // 用by viewModels()自动获取ViewModel实例
    private val viewModel: SerialConsoleViewModel by viewModels()

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        val deviceId = intent.getIntExtra(EXTRA_DEVICE_ID, -1)
        val portNumber = intent.getIntExtra(EXTRA_PORT_NUMBER, -1)
        
        // 只有ViewModel中没有端口时才重建
        if (deviceId != -1 && portNumber != -1 && viewModel.port == null) {
            val usbManager = getSystemService(Context.USB_SERVICE) as UsbManager
            val targetDevice = usbManager.deviceList.values.find { it.deviceId == deviceId }
            targetDevice?.let { device ->
                val driver = UsbSerialProber.getDefaultProber().probeDevice(device)
                viewModel.port = driver?.getPort(portNumber)
            }
        }
    }

    private fun readSerialData() {
        viewModel.port?.let { port ->
            // 读取串口数据的逻辑
            val buffer = ByteArray(1024)
            val bytesRead = port.read(buffer, 1000)
            // 处理数据
        }
    }
}

优缺点：

• 优点：自动处理配置变化，资源管理更自动化，符合现代Android架构最佳实践
• 缺点：需要引入Jetpack ViewModel依赖（如果项目还没用到的话），但这是推荐的长期方案。

内容的提问来源于stack exchange，提问作者vyi