android广播接收的onReceive方法不执行,即接收不到广播的消息
发布网友
发布时间：2022-04-07 09:03
共3个回答
懂视网
时间：2022-04-07 13:24
onReceive
接收到数据时回调此函数，发生在worker进程中。函数原型： （推荐学习： swoole视频教程）
function onReceive(swoole_server $server, int $fd, int $reactor_id, string $data);
$server，Server对象
$fd，TCP客户端连接的唯一标识符
$reactor_id，TCP连接所在的Reactor线程ID
$data，收到的数据内容，可能是文本或者二进制内容
关于$fd和$reactor_id 详细的解释
未开启自动协议选项，onReceive单次收到的数据最大为64K
开启了自动协议处理选项，onReceive将收到完整的数据包，最大不超过 package_max_length
支持二进制格式，$data可能是二进制数据
使用底层提供的open_eof_check/open_length_check/open_http_protocol，可以保证数据包的完整性
不使用底层的协议处理，在onReceive后PHP代码中自行对数据分析，合并/拆分数据包。
例如：代码中可以增加一个 $buffer = array()，使用$fd作为key，来保存上下文数据。 每次收到数据进行字符串拼接，$buffer[$fd] .= $data，然后在判断$buffer[$fd]字符串是否为一个完整的数据包。
默认情况下，同一个fd会被分配到同一个Worker中，所以数据可以拼接起来。使用dispatch_mode = 3时。
请求数据是抢占式的，同一个fd发来的数据可能会被分到不同的进程。所以无法使用上述的数据包拼接方法
关于粘包问题如SMTP协议，客户端可能会同时发出2条指令。在Server中可能一次性收到，这时应用层需要自行拆包。SMTP是通过 来分包的，所以业务代码中需要 explode(" ", $data)来拆分数据包。
如果是请求应答式的服务，无需考虑拆分数据的问题。原因是客户端在发起一次请求后，必须等到服务器端返回当前请求的响应数据，才会发起第二次请求，不会同时发送2个请求
热心网友
时间：2022-04-07 10:32
1)第一种不是常驻型广播，也就是说广播跟随activity的生命周期。注意: 在activity结束前，移除广播接收器。（代码里注册）
2)第二种是常驻型，也就是说当应用程序关闭后，如果有信息广播来，程序也会被系统调用自动运行。（androidmanifest.xml注册）
热心网友
时间：2022-04-07 11:50
1，看标题，你是要读取用户信息，有没有获得读取用户数据的权限？
2，广播动作是否注册？
