一、RUNTIME问题 a、正则表达式group当前对一些特殊字符的处理有问题 当前进展：挂起 实施人：吴文璐。 暂时没有人力分析该问题 https://gitee.com/openharmony/arkcompiler_ets_runtime/issues/I7WLKF <https://gitee.com/openharmony/arkcompiler_ets_runtime/issues/I7WLKF > 二、frontend需求：支持 #! 在文件头的注释 ----PR链接: https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1230 <https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1230 > <https://gitee.com/openharmony/arkcompiler_ets_frontend/pulls/1180 > #! 已合入。已合入黄区dev，暂未合入黄区主干。 三、class相关需求 1. static block需求 由胡云辉开发 2. private及static字段需求 private方案已明确（利用lexical env当class context，存key的Symbol），深开鸿这边没有开发人力分配，不投入开发 运行时先做字节码及class literal适配（及兼容，主要看版本） 由胡云辉和李晨帅开发。 四、顶层await需求 截止时间需求跟随前端， 12/6 。往后延一周到12/13 进展：1.前端已能把带有顶层await的模块主函数编译成async函数，并且把HasTLA字段写进buffer 2.运行时侧开发已基本完成。 待测试：1.自测试，跑262用例 2.跑前端测试用例 3.用开发板跑稳定性，兼容性测试等 4.跑不带前端改动编译出的abc文件，看运行时测改动是否有问题。 风险：需要考虑到兼容性问题，测试需要覆盖的场景比较多。 实施人：吴文璐 五、深开鸿完成接口 VS V8性能对比 接口性能对比原则如下： * 测runtime端性能指标，用例及测试次数参考runtime/test/perform * 接口性能差距超过俩倍，需要分析优化 * x86平台测试上即可 ---当前问题：v8测试环境搭建需要访问外网，深开鸿无法访问外网，暂时挂起。 六、 escape/unescape优化点 https://gitee.com/openharmony/arkcompiler_ets_runtime/pulls/5184 <https://gitee.com/openharmony/arkcompiler_ets_runtime/pulls/5184 > pr已提交，待合入。 实施人：陈迅 OpenHarmony社区开发部 吴文璐 深圳开鸿数字产业发展有限公司 手机 ｜ 15861813198 邮箱 ｜ wuwenlu@kaihong.com <mailto:shitijun@kaihong.com > 地址 ｜ 南京·雨花台·金证科技园5栋8楼