TimeFine

ImageView iv = new ImageView(container.getContext()); //通过ID把position带出去 iv.setId(position); public void onClick(View v) { //拿id也是拿position int id = v.getId();

SelectionManager.getInstance().removeAll();//清空选中记录

这个库确实没有客户端收数据的方法，需要自己手动写。 蓝牙连接成功后开启子线程接收数据： CbtExecutor.getInstance().execute(new Runnable() { @Override public void run() { ByteArrayOutputStream byteArrayOutputStream; byte[] buffer = new byte[1024]; int bytes; try { InputStream inputStream = mBluetoothSocket.getInputStream(); while (true) { while ((bytes...

> > 结束时间的时分秒设置后还是可以选择结束时间之后的时分秒 > > 你的应用场景具体是什么样的？ 有需求选择的时间不得早于"yyyy-MM-dd HH:mm"，小时和分钟就控制不了

@hannesa2 Changing the keepAlive time to a very short time such as 10 seconds will reproduce this problem very well. My solution is to modify "ExistingWorkPolicy. REPLACE" as "ExistingWorkPolicy. KEEP"....

log: 2023-09-19 10:54:24.775 16014-16315 ACLog D MQTT Ping AlarmPingSender start 2023-09-19 10:54:24.775 16014-16315 ACLog D MQTT Ping AlarmPingSender Schedule next alarm at 1695092074775 2023-09-19 10:54:34.791 16014-16244 ACLog D MQTT Ping...

MutableSharedFlow缓存设置的容量为Int.MAX_VALUE(可以理解为无限大)， 也就注定了缓存策略不能定义为Drop_OLDEST，这样的话旧的数据就会一直在缓存中无法释放，因为MutableSharedFlow中的数据在被所有订阅者接收后仍然会一直保留，确实存在事件太多占用内存暴涨的情况。

如果有一份持续更新的数据，建议StateFlow比较合适，stateFlow.value=newData，这样修改的是value的内存，效率高。但是如果修改太快，建议delay(1)将协程挂起一次，不然修改太快时，StateFlow没有标记新的状态，那么中间的值就都收不到了，哈哈哈