关于app隐藏底部安全边界问题（指示条、手机导航栏）

导航栏 App 安卓 iOS 鸿蒙next

App如何隐藏手机底部安全边界问题（指示条、手机导航）

纯血鸿蒙（app-harmony）如何隐藏安全边界：

在 manifest.json 的 app-harmony 节点下独立配置：

"app-harmony": {    
  "safearea": {    
    "bottom": {    
      "offset": "none"    
    }    
  }    
}

苹果系统（IOS）如何隐藏安全边界：

在 manifest.json 的 app-plus 节点下配置：

"app-plus": {    
  "safearea": {    
    "bottom": {    
      "offset": "none"  // 设置为 none 可关闭底部安全区域占位    
    }    
  }    
}

注：IOS隐藏安全边界配置完后一定得重新云打包自定义基座才生效

安卓系统（）如何隐藏安全边界：

在第一个界面或随便一个界面script中设置。

// #ifdef APP-PLUS  
    // 判断当前环境是否为Android  
    if (plus.os.name.toLowerCase() === 'android') {  
        var Color = plus.android.importClass("android.graphics.Color");  
        const Window = plus.android.importClass("android.view.Window");  
        var mainActivity = plus.android.runtimeMainActivity();  
        var window_android = mainActivity.getWindow();  
        var WindowManager = plus.android.importClass("android.view.WindowManager");  
        var View = plus.android.importClass("android.view.View");  
        //直接隐藏    
        window_android.setFlags(Window.FLAG_FULLSCREEN, Window.FLAG_FULLSCREEN);  
        window_android.getDecorView().setSystemUiVisibility(View.SYSTEM_UI_FLAG_FULLSCREEN | View  
            .SYSTEM_UI_FLAG_HIDE_NAVIGATION | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY);  
        //设置为全透明    
        window_android.addFlags(WindowManager.LayoutParams.FLAG_DRAWS_SYSTEM_BAR_BACKGROUNDS);  
        window_android.setNavigationBarColor(Color.TRANSPARENT);  
    }  
// #endif

注：涉及原生安卓代码，有不懂的直接让AI解析
安卓隐藏安全边界原文链接：https://blog.csdn.net/sct_123/article/details/142408327

希望可以帮助到你

继续阅读 »

App如何隐藏手机底部安全边界问题（指示条、手机导航）

纯血鸿蒙（app-harmony）如何隐藏安全边界：

在 manifest.json 的 app-harmony 节点下独立配置：

"app-harmony": {    
  "safearea": {    
    "bottom": {    
      "offset": "none"    
    }    
  }    
}

苹果系统（IOS）如何隐藏安全边界：

在 manifest.json 的 app-plus 节点下配置：

"app-plus": {    
  "safearea": {    
    "bottom": {    
      "offset": "none"  // 设置为 none 可关闭底部安全区域占位    
    }    
  }    
}

注：IOS隐藏安全边界配置完后一定得重新云打包自定义基座才生效

安卓系统（）如何隐藏安全边界：

在第一个界面或随便一个界面script中设置。

// #ifdef APP-PLUS  
    // 判断当前环境是否为Android  
    if (plus.os.name.toLowerCase() === 'android') {  
        var Color = plus.android.importClass("android.graphics.Color");  
        const Window = plus.android.importClass("android.view.Window");  
        var mainActivity = plus.android.runtimeMainActivity();  
        var window_android = mainActivity.getWindow();  
        var WindowManager = plus.android.importClass("android.view.WindowManager");  
        var View = plus.android.importClass("android.view.View");  
        //直接隐藏    
        window_android.setFlags(Window.FLAG_FULLSCREEN, Window.FLAG_FULLSCREEN);  
        window_android.getDecorView().setSystemUiVisibility(View.SYSTEM_UI_FLAG_FULLSCREEN | View  
            .SYSTEM_UI_FLAG_HIDE_NAVIGATION | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY);  
        //设置为全透明    
        window_android.addFlags(WindowManager.LayoutParams.FLAG_DRAWS_SYSTEM_BAR_BACKGROUNDS);  
        window_android.setNavigationBarColor(Color.TRANSPARENT);  
    }  
// #endif

注：涉及原生安卓代码，有不懂的直接让AI解析
安卓隐藏安全边界原文链接：https://blog.csdn.net/sct_123/article/details/142408327

希望可以帮助到你

收起阅读 »

阿里云数据库迁移支付宝云的可靠方案

1.首先开通支付宝云空间

在hbuilderx里关联新的云空间
上传全部云函数及database
4.这时候，支付宝云空间的数据库是空表，先从阿里云的数据库选择导出，保存为export.json
创建parse.js，内容如下

const fs = require('fs')
const path = require('path')
const readline = require('readline')

const cwd = process.cwd()
const inputPath = path.resolve(cwd, process.argv[2])
const outputPath = path.resolve(cwd, process.argv[3])

if (fs.existsSync(outputPath)) {
throw new Error(输出路径（${outputPath}）已存在)
}

async function parseCollection() {
const inputStream = fs.createReadStream(inputPath)
const outputStream = fs.createWriteStream(outputPath)

const rl = readline.createInterface({
input: inputStream
});

for await (const line of rl) {
const recordStr = line.trim()
if (!recordStr) {
continue
}
const record = parseRecord(JSON.parse(recordStr))
outputStream.write(JSON.stringify(record) + '\n')
}
rl.close()
console.log(处理后的文件已输出到${outputPath})
}

parseCollection()

6.将parse.js放到电脑上，比如E盘，创建data文件夹，将export.josn放进去，打开终端，输入指令 node E:\parse.js E:\data\export.json E:\data\output.json

7.将转好的数据导入到支付宝云对应的新表里

8.parse.js自行添加转换规则，以上只是简单示例，根据自己的表结构来

继续阅读 »

1.首先开通支付宝云空间

在hbuilderx里关联新的云空间
上传全部云函数及database
4.这时候，支付宝云空间的数据库是空表，先从阿里云的数据库选择导出，保存为export.json
创建parse.js，内容如下

const fs = require('fs')
const path = require('path')
const readline = require('readline')

const cwd = process.cwd()
const inputPath = path.resolve(cwd, process.argv[2])
const outputPath = path.resolve(cwd, process.argv[3])

if (fs.existsSync(outputPath)) {
throw new Error(输出路径（${outputPath}）已存在)
}

async function parseCollection() {
const inputStream = fs.createReadStream(inputPath)
const outputStream = fs.createWriteStream(outputPath)

const rl = readline.createInterface({
input: inputStream
});

for await (const line of rl) {
const recordStr = line.trim()
if (!recordStr) {
continue
}
const record = parseRecord(JSON.parse(recordStr))
outputStream.write(JSON.stringify(record) + '\n')
}
rl.close()
console.log(处理后的文件已输出到${outputPath})
}

parseCollection()

6.将parse.js放到电脑上，比如E盘，创建data文件夹，将export.josn放进去，打开终端，输入指令 node E:\parse.js E:\data\export.json E:\data\output.json

7.将转好的数据导入到支付宝云对应的新表里

8.parse.js自行添加转换规则，以上只是简单示例，根据自己的表结构来

收起阅读 »

直播推流live-pusher开发心得-写在页面里正常_写在组件里就会报错

LivePusher直播推流插件配置 live_pusher

开发APP专用直播间页面:room.nvue (原生渲染（nvue）环境下开发布局开发)，组件LivePusherDemo.nvue。报错

经过测试，发现<live-pusher>，写在页面room.nvue页面文件里正常，写在LivePusherDemo.nvue组件里就会报错，此问题已经2天了，我还没有解决好。
运行报下面的错：
20:08:43.587 [Vue warn]: Unhandled error during execution of native event handler
at <LivePusherDemokey=0ref="livePusherDemo">
at <RoompageId=4pagePath="pages/live/room"__pageQuery={"roomnumber":"666"}>
20:08:43.588 TypeError: Cannot read property 'meta' of undefined

下面是ai给出的原因，及解决方案：
具体原因拆解
live-pusher 是原生组件，不是 Vue 组件。它的 @statechange、@netstatus、@error 事件由原生层（Weex/Android/iOS）触发，不经过 Vue 的事件系统。

事件参数格式差异。在页面中，原生事件回调时 e 对象的格式是 { detail: { code: xxx, ... } }，所以 e.detail 能正常解构。但在子组件中，由于 Weex 的事件传递机制不同，e 的格式可能变成了 { meta: { ... } } 或其他格式，导致 e.detail 为 undefined，然后 const { code } = e.detail 解构报错 Cannot read property 'meta' of undefined。

注意：错误信息中的 'meta' 字眼说明底层 Weex 在处理事件时使用了 meta 对象来包装事件数据，而 Vue 组件期望的是 detail 格式。

createLivePusherContext 在组件中创建的 context 内部引用的组件实例路径不对。在子组件中，原生层通过 this 回调事件时，可能无法正确找到 Vue 组件实例上的方法，或者事件的参数在传递过程中发生了格式丢失/变化。

为什么页面里正常、组件里就报错？
这本质上是 uni-app 在 nvue 中对原生组件（live-pusher、live-player）的组件化封装存在已知限制：

live-pusher 在页面（.nvue）中直接使用时，this 指向页面，原生事件回调路径是原生层 -> 页面实例 -> 方法，格式正确。
live-pusher 被包在子组件中时，this 指向组件实例，原生事件回调路径变成了原生层 -> 组件实例 -> 方法，但中间的 Weex 桥接层没有正确转换事件格式，导致 e.detail 丢失。

解决思路
有以下几种方向，你可以选择：

方案 A：放弃组件化封装（推荐，最稳妥）将 live-pusher 直接写在 room.nvue 页面中，不封装成子组件。是 uni-app 官方推荐的做法。可以拆分出一部分逻辑（如配置管理、UI 弹窗）为普通子组件，但 live-pusher 标签本身必须保留在页面根模板中。

方案 B：事件处理加防御 + 手动适配事件格式在组件的事件处理方法中，不直接解构 e.detail，而是做防御性判断，同时打印完整的 e 对象来确定实际格式：

方案 C：在 room.nvue 页面中创建 context，通过 props/emit 传递给子组件让 live-pusher 的 id 暴露在页面上（不封装到子组件），在 room.nvue 的 onReady 中创建 context，然后通过 ref 调用子组件方法传递 context。这样可以避免子组件中 this 指向的问题。

总结：这是一个 uni-app nvue 环境下原生组件事件桥接的已知兼容性问题，不是你的代码逻辑错误。最简单的解决方式是将 <live-pusher> 标签直接放在 room.nvue 页面模板中，不要封装到 LivePusherDemo 子组件内。

【最终解决方案是】

将<live-pusher>写在页面里，设置开播的参数写在组件里，测试通过。
代码在下面的项目里可以查看。
直播间页面：/pages/live/room.nvue
主播设置开播参数：/pages/live/components_app/LivePusherApp.nvue
推流demo可以参考:/pages/video/push_app2.nvue

本项目前端代码已正式开源，旨在为开发者提供一套可参考的直播系统实现方案。欢迎各位同仁查阅源码、交流技术或将其作为二次开发的基础。

DCloud 插件市场**
便于直接在 HBuilderX 中导入使用：
点击查看插件详情 https://ext.dcloud.net.cn/plugin?id=26606

Gitee 代码仓库**
获取完整源代码及提交历史：
访问仓库地址 https://gitee.com/mldxmy/simplelive