1.eclipseSDK是编译什么啊
2.UE入门笔记(1):编译UE4源码 + apk打包
3.一个SDK给我干懵逼了?大厂的SDK就这? Netty 版本的跃迁史
4.手把手教你编译和调试AOSP源码
eclipseSDK是什么啊
《Eclipse SDK》是一款用于编译的软件。
软件支持windows平台运行。源译s源码Eclipse 是码多一个开放源代码的、基于 Java 的间编可扩展开发平台。就其本身而言,多长它只是时间塑源码一个框架和一组服务,用于通过插件组件构建开发环境。完成除此以外,编译clipse还 附带了一个标准的源译s源码插件集,包括 Java 开发工具(Java Development Tools,码多JDT)。间编
UE入门笔记(1):编译UE4源码 + apk打包
实验环境:win / VS专业版 / UE4..
准备工作①获取UE4源码:按照官方教程,多长完成邮件确认后即可下载 UE4..2源码。时间
记得下载Commit.gitdeps.xml文件,完成后续会用到。编译
②VS安装工具包:打开Visual Studio Installer,选中并安装
2、编译
下面操作均基于UE4源码文件夹
①执行bat文件
a)运行setup.bat,如出现下面错误,新版捕鱼源码则需要替换Commit.gitdeps.xml文件
b)运行GenerateProjectFiles.bat,如出现下面错误,则将文件路径改短
②编译
打开UE4.sln,右键UE4选“生成”,编译过程多分钟
③UE4,启动!
编译完成后,打开Engine\Binaries\Win,找到UE4Editor.exe,即可启动。
3、安卓环境配置
下载Android Studio并在UE4部署安卓:参考官方教程以及UE部署到Android以及杂症的解决,配置过程较为复杂,一步步来不要跳步。
4、打包并测试
打包过程报错:
①packagingresults: error: failed to build "uattempproj.proj"
解决:打开项目.sln,重新生成AutomationTool
②找不到dx文件
解决:打开C:\Users\Administrator\AppData\Local\Android\Sdk\build-tools,将或版本文件夹中的定时发送源码dx.bat 和 lib 文件夹中的 dx.jar 复制到 .0.0 版本文件夹的对应位置。(build-tools从版本之后把dx的方式去掉了,而UE需要这个,没有的话会发布失败)
手机测试报错:
①No Google Play Store Key
解决:UE项目设置->Android中勾选“将游戏数据打包至.apk中”,重新打包
参考链接
① UE部署到Android以及杂症的解决
② UE4学习笔记(1):UE源码下载编译+安卓打包
③ 油管教程《Unreal Engine 4..2 Packaging For Android | Unreal Engine 4..2 Export Android Project》
一个SDK给我干懵逼了?大厂的SDK就这? Netty 版本的跃迁史
在日常开发中,我遇到过一件让我有些困惑的事情。那天,我在专注地编写 Bug 的时候,一位同事突然来找我,带来了一个非常特别的三方依赖库的 jar 包。这个 jar 包里包含了一些 Netty 的依赖,但问题是:无法确定具体是哪个版本的 Netty。我被这个“惊喜”搞得有点懵。
于是,我接过同事递过来的 jar 包,首先对它进行了解压。这个 jar 包的目录结构看起来与我所熟悉的某宝、某钉的 SDK 并不相同,没有常规的接口系统源码 pom 文件或 gradle 文件。我感到有些不解,这些信息通常会明确指出依赖库的版本,但在这里却找不到踪迹。
我开始怀疑,这可能是个不按套路出牌的黑科技。我反复检查了这个 jar 包的目录,却始终找不到依赖库的坐标声明文件。这时,同事催促着要我帮忙解决问题,我只好暂时放下这个疑问,先试着通过版本试用的方法来确定这个 jar 包中 Netty 的具体版本。
在查看这个 jar 包中的文件时,我发现其中包含了大量的 org.jboss.netty 依赖。我决定通过 mvnrepository.com 这个网站来搜索相关信息。输入 netty 关键字后,我发现搜索结果的前面大多数是 io.netty 的信息,直到第 7 个才出现了 org.jboss.netty 的信息。我进一步点击进入,静态源码推荐发现提供的版本主要集中在 Netty3.0.x、3.1.x、3.2.x 系列。
根据常识,项目中引用 Netty 通常都会选择最终稳定版本,因此我尝试在 jar 包的源文件中添加了一个 pom 文件,并使用 3.2..Final 这个版本进行测试。然而,在编译源代码时,我发现缺少了 org.jboss.netty.handler.codec. 页面中的一段说明引起了我的注意:“Note: This artifact was moved to: io.netty » netty”。这表明 org.jboss.netty 已经迁移到了 io.netty,于是我点击了提供的链接。
在新的页面中,我找到了归档的从 3.3.x 到 3..x 以及 4.0.x 的 Netty 版本。我尝试使用 3..6.Final 进行测试,发现所有的 import 没有问题,但部分类的方法缺失。我意识到这可能是版本接近且相对正确的版本,于是选择了与它最为接近的次新版本 3.9.9.Final 进行测试。结果显示,完全没有任何问题,缺失的方法正是在 3..6.Final 中被标记删除的。
至此,我基本可以确定 3.9.9.Final 版本是 jar 包依赖的 Netty 版本。这个发现让我意识到,虽然依赖坐标中的 groupId 是 io.netty,但在实际的包路径中,版本从 3.3.x 到 3..x 之间是 org.jboss.netty.xxx。这个知识的获取让我对依赖库的结构有了更深入的了解。
此外,mvnrepository.com 页面上还有一段说明指出:“Note: This artifact was moved to: io.netty » netty-all”,表明 io.netty 已经迁移到了 io.netty » all。我进一步查询 netty 官网,发现归档的版本从 4.0.x、4.1.x 到最新的 5.0.x。
通过对比确认,我发现在 3.2.x 及其之前的版本中,netty 的 groupId 是 org.jboss.netty,artifactId 是 netty,包路径是 org.jboss.netty;在 3.3.x 到 3..x 版本中,groupId 变为 io.netty,artifactId 依然为 netty,包路径是 org.jboss.netty;而在 4.0.0.Final 及之后的版本中,groupId 依然是 io.netty,但 artifactId 变为 netty-all,包路径变成了 io.netty。
根据这些信息,我最终确定 3.9.9.Final 版本是 jar 包依赖的 Netty 版本。随后,我将同事提供的 jar 包及其对应的源代码以及我添加的 pom 文件信息整合,快速打包并发送给了他。他测试后反馈,一切运行正常。
这次经历不仅解决了问题,也让我对依赖库的版本迁徙和结构有了更深刻的理解。同时,我意识到这种无明确依赖坐标信息的 jar 包可能存在的问题与弊端,包括可能的版本兼容性问题、依赖库结构混乱导致的查找困难等。最终,我完成了这次给无依赖坐标信息的三方类库项目确定 Netty 依赖版本的旅程,也回答了文章开始时提出的问题:这类 jar 包是如何生成的,为什么会存在,以及它可能带来的问题。
手把手教你编译和调试AOSP源码
一、下载AOSP源码
确保电脑已安装git工具,无repo工具需提前安装。同步AOSP源代码命令如下,同步过程耗时较长,请耐心等待,直到源码完整下载。
二、编译SDK
初始化AOSP编译环境与选择SDK作为编译目标。执行编译命令后,SDK目录生成于指定位置,用于后续AOSP开发与调试。
三、编译AOSP并启动模拟器
设定编译目标运行设备,选择aosp_x_-eng。完成编译后,使用特定命令启动模拟器。
四、使用ASFP打开AOSP子模块
介绍ASFP,谷歌官方提供,便于基于AOSP的开发。若电脑未安装,前往指定链接下载安装。进行模块调试,步骤如下:
(1)项目关键信息在图中红标位置显示。
(2)配置SDK,添加已生成的out/host/linux-x/sdk/sdk/android-sdk_eng.{ $USER}_linux-x目录,并命名为aosp-sdk。
(3)配置SDK至Project、Modules,确保Settings模块使用上述配置的SDK。
五、调试代码
在主编辑器窗口设置代码打断点,点击Attach Debugger to Android Process按钮连接至模拟器,开始调试。关键代码位置为Settings模块的SettingsHomepageActivity类的onCreate方法。启动系统设置后,即可进行调试,查看代码执行效果。