cocos 打包报错问题

发现只有 bundle 信息 (json + js) 和 被修改的资源及对应的 json 文件 (md5 发送变化) 才会发起 http 请求去下载新的内容, 未修改的资源还是使用缓存里的资源。再次启动, 再次动态加载资源, 都不会发起 http 请求, 使用的本地缓存的资源。修改了其中一个资源, 从新构建新的 remote。creator-assetbundle分包。首次进入, 会去远程地址下载。加载 ab 的时候指定版本为。新旧 remote 对比一下。测试两个 bundle。构建 并打包 apk。

rollup主要用于处理esmodule的 js 资源，通过命令行可以直接执行，需要指定入口出口文件，以及编译的方式。默认不被支持的资源处理需要通过plugin，自己通过 commonjs 导出的资源使用，第三方库解析通过，处理 css 需要，vue 得依赖和，转换和压缩离不开和，最后通过和开启服务。区分环境通过配置参数。以上就是Rollup 编译资源的介绍， 更多有关前端、工程化的内容可以参考我其它的博文，持续更新中~...

http://blog.csdn.net/gaohongijj/article/details/8010869

http-server -p 8090 // 8090为自己设置的端口号，不要跟之前打开的冲突即可。打包后的文件打开报错，原因是file文件不支持import，需要开启个服务。打开图中地址即可访问打包后的项目。进入打包后的文件夹，运行cmd。...

在进行Cocos通过Android Studio我遇见了很多问题，各种报错跟着走，不论是问AI还是网上找资源发现都无法解决，后面不断尝试才发现很简单。当前项目地址\build\文件名（就四个文件找一下）\outputs\apk\release。Gradle版本修改处：build.gradle。然后重启项目就可以进行build操作了。1.与Cocos适配的gradle版本。2.与Cocos适配的JDK版本。Gradle版本8.0.2。

1、项目配置问题 * What went wrong: A problem occurred configuring project ':implementation'. > ABIs [armeabi] are not supported for platform. Supported ABIs are [armeabi-v7a, arm64-v8a, x86, x86_64]. ...

最近的cocos-Lua项目，打包android apk的时候老是失败，主要是dex过程中报错以下错误：   -dex: [dex] input: D:\projecty\projects\MonsterRun\trunk\MonsterRun\frameworks\runtime-src\proj.android\bin\classes [dex] input: D:\

在终端中使用命令 “sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer/” 修改路径，使用命令“xcode-select -p”，若终端输出， “/Applications/Xcode.app/Contents/Developer”，则问题解决，重新编译即可。根据提示路径找到native.log，打开。

关闭已打开的cocos creator进程 通过增加 inspect 命令启动cocos creator并调试 D:\CocosDashboard_1.0.20\resources\.editors\Creator\2.4.4\CocosCreator.exe --inspect-brk=5858 --path E:\Projects\demo 关于inspect的详细文档https://www.electronjs.org/docs/latest/tutorial/debugging-main-.

cocos creator 原生，java -- js/ts互调

Cocos 3.8.x打包成web-mobile或者web-desktop时，网速不佳时，被引用文件所在的bundle模块仍未加载时，必然报错。给这些代码开一个bundles，确保会成一个独立的子包（除了代码不要包含其他文件，比如预制体prefab）在Chrome Network在Disable cache及Slow 3G模式下，必然会报这个错误。因此代码量小，而且没有单独的逻辑去加载，所以并不影响实际运行。暴力一点，也可以把代码直接扔到主包里面去。此方案包体会略微变大。

一年一度的征稿到了，倒腾点存货，在之前阅读云风大佬文章的时候，发现他的引擎调试机制是在手机上实时刷新预览，而不是在PC上调试，作为一个 Cocos 原生开发者，我深有体会，主要有以下原因Creator 在原生只能达到大概 95% 的一致性例如多 Bundle 脚本引用顺序错误，龙骨/Spine闪退，渲染异常（极少发生）性能测试PC网页可以使用CPU降速达到原生大概的性能，但是并没有真机准确以及不能测试是否发热UI/交互设计。

Access to script at 'chunks:///_virtual/xxxxxxx.ts' from origin 'http://xxxxx:7456' has been blocked by CORS policy. 网上几乎没有这个报错的资料，相信很多人遇到了也是一脸懵逼。能查到的资料和cocos creator几乎无关。

cocosCreator 之 自定义Bundle的使用和加载

前言 业务线长期的积累产生了许许多多重复性的工具方法，业务功能模块等， 我们正好可以用 rollup 构建一个 npm 私服工具包，便于后期业务使用，减少重复性的代码编写。 项目配置 babel 引入依赖 首先运行以下命令安装babel相关： yarn add @babel/core @babel/cli @babel/preset-env -D 配置babel.config.js module.exports = { presets: [ [ "@babe

schematool -dbType mysql -initSchema报错

大致意思为实例化失败清单文件找不到路径如下:修改路径即可。

Unable to instantiate fragment XXXXFragmentt: could not find Fragment constructor 解决：之前为了传入参数，写了带参数的构造函数，才导致这个报错。通过setXXX()方法调用传入参数，删除带参数的构造函数 https://www.jianshu.com/p/e8c831e9ae73 ...