1.首先，基本的流程要去看官网，不要靠AI，AI可以完成基本流程，但是会有不少意外问题，我这里只讲坑点。

2.鸿蒙版flutter要跟标准版对应版本，我标准版flutter本来用的3.32.8，会有方法缺失不兼容的问题，最后降级到了3.22来处理的。

3.deveco版本、手机鸿蒙版版、API版本要对应，兼容情况看这里（https://developer.huawei.com/consumer/cn/doc/atomic-releases/atomic-releasenotes-511）

坑点：鸿蒙sdk在你下载deveco时第一次就要选好，后面可能会有sdk缺失，比如我下载时选的API18，后面想改成17，发现就只有18.15.14等版本，最后还是用18开发的。

4.第三方库要做处理（都只需要在pubspec.yaml文件里处理，处理好build时ohos里文件会自己处理，千万不要听信ai补这个补那个！），参考鸿蒙仓库read.me（https://gitcode.com/openharmony-tpc/flutter_packages#一工具库pigeon使用）手机设置等的库在这里（https://gitcode.com/openharmony-sig/flutter_plus_plugins），根据自己项目用到的第三方，在鸿蒙仓库和sig库找兼容版，对应版本，有的需要改变源地址比如

dependencies:

        path_provider:

        git: url: "https://gitcode.com/openharmony-tpc/flutter_packages.git"

        path: "packages/path_provider/path_provider"

   ref: "br_webview_flutter-v4.8.0_ohos"(鸿蒙对应的可能有多个版本，这个是选择对应的)

这里有个坑，比如fluwx，在read.me里有标注，但是在具体的仓库里没有，我是根据flutter版本3.22设置了fluwx版本在5.5.4

5.然后就是在android studio里编辑了flutter项目后，deveco里会经常无缘无故的报什么filter缺失，然后我就用AI工具查啊查，处理了一遍又一遍，最后发现规律：在android studio端编辑了项目，就要执行下flutter clean、flutter pub get，然后cd ohos里面，重新构建：hvigorw assembleHap，再到deveco里真机运行，ok。这一点是真的很坑，搞了好久，也是我说不要问AI的原因!

6.deveco同步、真机运行啥的可能都没报错，也没日志，但是在app里就是有问题，那要去看log，日志在这里

7.平时build都用的hap，但是打包审核时要用app格式，这里也有坑，很难找，hap和app打包出来的位置不一样，app在ohos目录下的build/outpus/default下面。

8.release证书不能用于真机测试，测试用debug证书，打包用release证书。

以上是我做鸿蒙端兼容时遇到等坑点，有很多其实可能是自己走的弯路，目前网上资料都比较少，权当记录与分享