query 参数会发送服务器，hash 参数不会，如果数据是单纯传递给页面而不是服务器，那还是用 hash 比较好，最大长度和浏览器有关系，你可以自己手动构造 url 然后用 window.open 测试，json 可以定义字段映射后压缩属性名，不过要传递大量数据建议还是使用 js_bridge

可以只传一个 object_id ，然后使用 js_bridge 向 native 获取数据

我们公司 vpn 是基于 MotionPro 改的，电脑用这个之后 代理就不管用了，我的方法是在旧手机上开 vpn 和代理服务器，然后在一个局域网下用 clash 把公司的流量分流到手机上

你开启了常驻通知吗？我最近使用 vpn 和 soocks 在同一 wifi 下把手机当成公司网络中转代理服务器，这两个 app 都是常驻通知栏的，锁屏下运行一整天也没事

@wuwuta170 好的谢谢

@sprite82 我只是指出一个由于翻译错误而导致以讹传讹的问题，我当然知道他本来的意思。

@sprite82 拿不出依据说不过我，就直接说我杠了是吧，精神胜利玩得挺 6 啊，自己去看 https://www.zhihu.com/search?type=content&q=%E5%AD%98%E5%9C%A8%E5%8D%B3%E5%90%88%E7%90%86

@sprite82 《用你的话翻译一下，没错误啊，你说的错误在哪？》

你认为 ”存在即合理“ 是正确的吗？ 犯罪这件事客观存在，你能说它合理吗？你只能说它有存在的理由而不是合理。

比如有些法官判案错误了，导致某些人受到了不公正的待遇，这件事客观存在，按照你刚刚的思维，你认为这是合理的。

那行，祝你以后天天遇到这样的事

@hzxxx 是的，你是对的，我非常赞同你是说法

指出一个错误，存在即合理 是德语 Was vernünftig ist, das ist wirklich, und was wirklich ist, das ist vernünftig 的错误翻译，原文大致意思是 凡事必定有存在的理由

@mxalbert1996
compose-Navigation 当然省资源，按照它的渲染逻辑，就是 start 一个新 Activity 后立刻把当前 activity finish 掉。
自始至终都只有一个路由组件在渲染，当然省资源。

但是问题在于我们有很多局部状态，就比如 b 站的视频页，有视频播放进度，视频操作区各个按钮的显示状态，屏幕每个弹幕的位置，评论区的滑动位移，评论区有单个评论的展开状态，内部也有自己的滑动偏移，等等很多局部状态。

我想要的效果是在这个页面又打开新视频页一顿操作又打开新视频页又打开新视频页一顿操作后又返回又返回 balbala ，每个视频页面在回来的时候都是离开的样子。这正是目前 b 站的实现效果。

如果是你来用 compose-Navigation 实现，你准备怎么实现这种效果呢？

@mxalbert1996

1.这和返回手势没关系，我就算不用手势，compose-Navigation 也实现不了，问题在于 compose-Navigation 会把之前的页面全部 DESTROY ，没有 PAUSE

2.我现在用的是自己写的路由，基于 box 布局层叠渲染，使用 key 避免重复渲染，栈的逻辑与之前的 activity 栈一致
在这种情况下页面间传递参数也变动很简单，因为我上一个页面没有被销毁

// page_a
val controller = useController()
val scope = rememberCoroutineScope()
Button(onClick={
scope.launch {
val bResult = controller.navigateForResult("page_b", params)
log(bResult) // output -> "b_data"
}
}){
Text("go to page_b")
}


// page_b
val controller = useController()
Button(onClick={
controller.back("b_data")
}){
Text("go back")
}

还要装 wsl 呢，虽然我有，为了一个小工具动用一个系统不至于

这种小工具可能更适合 deno ，你先用 scoop install deno 安装 deno

然后用 js/ts 写你的脚本发布在 github ，然后 deno run https://deno.land/std/examples/welcome.ts

或者你自己弄个域名放工具也行啊，deno run https://tool.net/tool_name.ts

@mxalbert1996

在 多 activity 下，如果顶栈的 activity 背景是半透明的，那么可以看到 下面的 activity

compose-Navigation 则不行，因为它到一个新页面就把之前的页面状态丢弃，这点和 react-router/vue-router 一样

@mxalbert1996

https://developer.android.com/reference/kotlin/androidx/compose/animation/package-summary#AnimatedContent(kotlin.Any,androidx.compose.ui.Modifier,kotlin.Function1,androidx.compose.ui.Alignment,kotlin.Function2)

Once the ContentTransform is finished, the outgoing content will be disposed

一旦动画播放完毕，之前的状态就会被销毁，所以我之前说错了， 两个页面确实在动画持续时间内同时渲染，但是持续完成后之前页面的状态就会被销毁

我要的实际上不是动画，而是像 activity 一样的层叠式的渲染栈

那现在的 b 站来说，你可以打开视频播放页面，然后点击下面的视频推荐页面的，又到了一个播放页，然后重复这个过程，按照你的说法，难道它们都是用类似 rememberSaveable 方式保存的？，并不是，它仅仅只是启动了多个 activity 实例，然后之前的 activity 进入了 PAUSE 状态，并没有 DESTROY

而 compose-Navigation 会把之前的页面全部 DESTROY ，没有 PAUSE

跟你说了大半天，你怎么老是认为我要动画？

@mxalbert1996

1.AnimatedContent ，我先看看
2.关于状态的保存, 我根本就不需要 rememberSaveable ，我只需要像 activity 栈一样层叠渲染保持不销毁就行

楼主，你好，问一下腾讯云北京地区备案，管局审核你等了多少个工作日？我上周提交到管局了，现在还没消息，这速度比阿里云慢的不是一点半点啊，管局会给你打电话吗？我的移动手机管家拦截了一个 010 开头的手机号，不知道是不是啊？

@mxalbert1996
你还是没懂我的意思，《这样回到前页的时候就能自动恢复》？难不成我页面内部的所有状态都要用这个包裹？

我要的是不销毁，而不是自动恢复，还有 rememberSaveable 要求数据可序列化，其他数据怎么办呢？。

比如这个 ttps://stackoverflow.com/questions/72070174/ 的路由翻页效果，在滑动的过程中，同时有两个页面在渲染

compose-Navigation 当前的替换式渲染逻辑决定了无论如何也不可能两个页面同时渲染，所以不可能实现

对了，顺便说一下，这种翻页效果，Android 微信也支持，你打开朋友圈，然后手指从左边屏幕边缘向右侧滑动，滑动到屏幕一半的时候，手指暂停移动，注意现在屏幕左侧是《发现》页面，右侧是《朋友圈》界面，这是不是同时有两个页面在渲染？我要做的就是这个路由效果，这种路由模式和效果是 compose-Navigation/react-router/vue-router 不可能实现的

@mxalbert1996 这下更新了，可以重新看看 https://stackoverflow.com/questions/72070174/