C/C++是相对底层的语言,相比OC、Swift、Kotlin、Java等都要难,但是C/C++是Android和iOS都支持的语言,我们使用C++主要有一下几种原因:
- 跨平台,一套代码多端使用;
- 安全性,Java是极其容易被反编译的语言,如果把核心的代码改成C++可以有效提高安全性,但是在iOS意义就不大了;
- 高性能,在多数的场景下这个优势并不明确,只有在一些特定的场景下才能发挥他的价值,比如音频、视频;
- 调用C++库API,有部分的库只提供了C++版本,如果需要访问那么就要使用C++实现。
- 一个工程实现Android和iOS工程师一起编码;
- 可以添加依赖第三方C++库;
- 可以脱离手机实现代码调试;
- 可以使用手机实现代码调试;
设计**参考了 Flutter Plugin 和 protobuf 的工程结构,基于CMake 和 CocoaPods 实现,为大家提供一种多平台协同开发的思路,本篇文章不会把全部的代码贴出来,只会列出设计**和关键的代码,详细代码请查看 源码。
├── CMakeLists.txt
├── android
│ ├── build.gradle
│ └── src
│ └── main
│ ├── AndroidManifest.xml
│ ├── java/com/cross/Cross.java
│ └── cpp
│ ├── include
│ ├── cross.cpp
│ └── CMakeLists.txt
├── cross.podspec
├── ios
│ └── Classes
│ ├── Cross.h
│ └── Cross.mm
├── src
│ └── url_signature
│ ├── include/url_signature.h
│ ├── url_signature.cpp
│ └── CMakeLists.txt
├── third_party
│ ├── cxxurl
│ │ ├── include
│ │ ├── src
│ │ └── CMakeLists.txt
│ └── hash
│ ├── include
│ ├── src
│ └── CMakeLists.txt
├── test
│ ├── gtest
│ │ ├── include
│ │ ├── src
│ │ └── CMakeLists.txt
│ ├── main.cpp
│ └── CMakeLists.txt
├── example
│ ├── android #省略
│ └── ios #省略
├── build.gradle
├── gradle.properties
├── settings.gradle
上面的目录结构主要分为:
- Android代码(android):虽然C++是通用的语言,但是也有部分代码并不通用,这里主要是编写和NDK特定有关的代码,比如log,除了C++代码也会在这里编写JNI接口代码,提供给Java调用;
- iOS代码(ios):和上面同理,也是编写和iOS有特定关联的代码,虽然.m改成.mm就可以调用C++代码,但是为了避免C++代码混入主项目,这里也要编写接口层代码,通过接口调用;
- iOS库配置文件(cross.podspec):这个文件放到/ios目录才是比较合理,由于podspec不支持指定上一级的源文件,所以只能放到根目录;
- 核心C++(src):这里是包含了我们编写的C++代码,这里也可以把不同功能的代码分为多个项目,实现代码隔离;
- 测试代码(test):这里主要是包含了我们日常开发调试编写的测试代码,也可以包含单元测试代码;
- 第三方库(third_party):这里是放第三方库,每一个库都有独立的文件夹和CMakeLists.txt,管理自身的头文件和代码;
- 示例(example/android、example/ios)
- Gradle脚本文件:build.gradle/gradle.properties/settings.gradle
无论是第三方库还是我们编写的代码,都使用同一的目录结构,都是一个库,这里以 jsoncpp 为例,每一个库都包含了CMakeLists.txt、include、src三部分,CMakeLists.txt是库定义,include是需要暴露的头文件,src是放实现源码。
├── CMakeLists.txt
├── include
│ └── json
│ ├── reader.h
│ ├── value.h
│ └── writer.h
└── src
├── json_reader.cpp
├── json_value.cpp
└── json_writer.cpp
在这个项目当中,如果是第三方库,我会把实现代码放到src文件夹,如果是我们自己写的代码,我会把实现代码放到和CMakeLists.txt同一级别的目录。
CMakeLists.txt 的作用主要是暴露当前库的头文件,定义需要参与编译的源码文件。
# 设置cmake版本要求
cmake_minimum_required(VERSION 3.10.2)
# 定义库的名字
project(jsoncpp)
# 定义需要参与编译的源文件
add_library(${PROJECT_NAME} src/json_reader.cpp src/json_value.cpp src/json_writer.cpp)
# 定义需要暴露的头文件
target_include_directories(${PROJECT_NAME} PUBLIC ${PROJECT_SOURCE_DIR}/include)
有了这个C++库的定义,接下来我们看看根目录的 CMakeLists.txt
根目录的 CMakeLists.txt 是用来关联各个子项目,需要注意是,如果关联进来那么编译成Android的aar文件的都会把代码包含进来,所以我们要根据不同的场景编写脚本,比如在Android环境下需要包含android的C++代码,不要包含测试代码。
cmake_minimum_required(VERSION 3.10.2)
project(cpp-android-ios-example)
set(CMAKE_CXX_STANDARD 17)
add_subdirectory(third_party/hash)
add_subdirectory(third_party/cxxurl)
add_subdirectory(src/url_signature)
if (ANDROID)
add_subdirectory(android/src/main/cpp)
else ()
add_subdirectory(test/gtest)
add_subdirectory(test)
endif ()
重点:android/build.gradle定义了 CMakeLists.txt 的路径,而这个路径必须指向根目录的 CMakeLists.txt。
externalNativeBuild { cmake { path "../CMakeLists.txt" // 这里需要指向项目根目录的 CMakeLists.txt version "3.10.2" } }
通过上面的方式把各个子项目关联起来后,那么我们就可以非常简单在一个子项目中引用另外一个子项目,这里以 src/url_signature/CMakeLists.txt 为例,我们需要在 url_signature 子项目添加 cxxurl 和 hash 的依赖。
cmake_minimum_required(VERSION 3.10.2)
set(CMAKE_CXX_STANDARD 14)
project(url_signature)
add_library(${PROJECT_NAME} url_signature.cpp)
target_include_directories(${PROJECT_NAME} PUBLIC ${PROJECT_SOURCE_DIR}/include)
target_link_libraries(${PROJECT_NAME} cxxurl hash)
以下是android的目录结构,这部分的代码主要是实现Java和C++的转换。
├── build.gradle
├── gradle.properties
├── settings.gradle
└── android
├── build.gradle
└── src/main
├── AndroidManifest.xml
├── cpp
│ ├── CMakeLists.txt
│ └── native-lib.cpp
└── java/com/cross/Cross.java
从上面的目录可以看到,项目的根目录有 build.gradle、gradle.properties和settings.gradle,之所以放在根目录是
apply plugin: 'com.android.library'
android {
compileSdkVersion 30
buildToolsVersion "30.0.2"
defaultConfig {
minSdkVersion 16
targetSdkVersion 30
testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
consumerProguardFiles "consumer-rules.pro"
externalNativeBuild {
cmake {
cppFlags ""
}
}
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
externalNativeBuild {
cmake {
// 这里需要指向项目根目录的 CMakeLists.txt 文件
path "../CMakeLists.txt"
version "3.10.2"
}
}
}
dependencies {
}
cmake_minimum_required(VERSION 3.10.2)
project("cross")
include_directories(export_include)
add_library(${PROJECT_NAME} SHARED cross.cpp)
find_library(log-lib log)
target_link_libraries(${PROJECT_NAME} ${log-lib} url_signature)
#include <jni.h>
#include <string>
#include "url_signature.h"
extern "C"
JNIEXPORT jstring JNICALL
Java_com_cross_Cross_signatureUrl(JNIEnv *env, jclass clazz, jstring j_url) {
const char *url = env->GetStringUTFChars(j_url, JNI_FALSE);
auto result = env->NewStringUTF(SignatureUrl(url).c_str());
env->ReleaseStringUTFChars(j_url, url);
return result;
}
package com.cross;
public class Cross {
static {
System.loadLibrary("cross");
}
public static native String signatureUrl(String url);
}
由于 podspec 无法指定父级的文件,如果放在ios目录下,那么就无法关联src和third_party的源文件,所以就把 cross.podspec 放到工程的根目录。Cross 类主要就是负责对接OC和C++,作为统一的接口类。
├── cross.podspec
├── ios
│ └── Classes
│ ├── Cross.h
│ └── Cross.mm
Pod::Spec.new do |s|
s.name = 'cross'
s.version = '0.0.1'
s.summary = 'cross library'
s.description = 'Cross library'
s.homepage = 'http://example.com'
s.license = { :file => '../LICENSE' }
s.author = { 'Your Company' => 'email@example.com' }
s.source = { :path => '.' }
# 设置源文件,切记不要把测试代码包含进来
s.source_files = 'ios/Classes/**/*','third_party/**/*.{cc,cpp,h}','src/**/*.{cc,cpp,h}'
# 暴露头文件,否则引用该spec的项目无法找到头文件
s.public_header_files = 'ios/Classes/**/*.h','src/url_signature/include/*.h'
s.platform = :ios, '8.0'
# 必须配置HEADER_SEARCH_PATHS属性,是否会导致项目中C++找不到头文件
s.xcconfig = {
'HEADER_SEARCH_PATHS' => '"${PODS_TARGET_SRCROOT}/third_party/cxxurl/include/" "${PODS_TARGET_SRCROOT}/third_party/hash/include/" "${PODS_TARGET_SRCROOT}/src/url_signature/include/"'
}
end
@interface Cross : NSObject
- (NSString*)signatureUrl:(NSString *)url;
@end
#import "Cross.h"
#include <string>
#include <url_signature.h>
@implementation Cross
- (NSString*)signatureUrl:(NSString *)url{
std::string str = [url UTF8String];
std::string result = SignatureUrl(str);
NSString *newUrl = [NSString stringWithUTF8String:result.c_str()];
return newUrl;
}
@end
├── build.gradle
├── settings.gradle
└── src
└── main
├── AndroidManifest.xml
├── java/com/cross/example/MainActivity.java
└── res
示例就是一个普通的工程,唯一需要注意的是 settings.gradle
rootProject.name = 'example'
include ":cross"
project(":cross").projectDir = new File("../../android")
build.gradle
buildscript {
repositories {
google()
jcenter()
}
dependencies {
classpath "com.android.tools.build:gradle:4.1.2"
}
}
apply plugin: 'com.android.application'
android {
...
}
dependencies {
implementation project(path: ':cross')
}
├── Podfile
├── example
│ ├── AppDelegate.h
│ ├── AppDelegate.m
│ ├── ViewController.h
│ ├── ViewController.m
│ └── main.m
├── example.xcodeproj
Podfile
target 'example' do
use_frameworks!
pod 'cross', :path => '../../'
end
- 如果是Android开发者,建议使用 Android Studio 打开 example/android,文件目录选择 Android 风格的,就可以在一个环境下同时编写 C++、Java、还有example的代码。
- 如果是iOS也是同样打开example/ios项目,记得要先执行 pod install 哦。
- 但多数情况下还是建议使用 vscode 或者 clion 打开 工程的根目录,在 test 目录下编写测试代码,脱离与平台关联进行开发调试,这样的效率更高。
通常C++部分的代码不会和APP主工程的代码放到同一个仓库,而是独立开发,比如Android会打包成aar发布到maven仓库中,而iOS就会发布到内部的CocoaPods仓库,通过外部库的引入到主项目当中。
源码:https://github.com/taoweiji/cpp-android-ios-example
- CLion:JetBrains出品,最好用的C++ IDE,对CMake支持非常友好,需要付费的,对开源社区有贡献的可以申请免费使用;
- AppCode:JetBrains出品,支持Objective-C, Swift, C/C++语言,也是需要付费的;
- Visual Studio Code:微软出品,支持多种平台,可以通过插件实现C++编码,也是一个非常不错的选择;
- Xcode:苹果公司出品,对于iOS开发者非常友好,可以搭配CocoaPods一起开发C++;
- Visual Studio:微软出品,仅支持Windows,功能非常强大;
- Android Studio:用于Android开发的IDE,同样也可以编译C++代码,适用于Android开发者;
- 综合
- boost 提供了很多强大的C++库,
- Apache C++ Standard Library:主要包含了算法和容器的
- json: jsoncpp 和 nlohmann/json 都是不错的选择。
- 压缩:libzip2
- 网络:Boost.Asio:用于网络和底层I/O编程的跨平台的C++库。
- MD5/SHA1:hash-library
- 调试、单元测试:CMake自带的 CTest、googletest;
- 脚本、虚拟机:
- 序列化:protobuf 可以代替json/xml在不同的语言/设备之间传递对象序列化数据;
- 音频视频:FFmpeg 用于音视频的处理;
- cmake:是目前主流的构建系统,简单易用,也适合构建大型项目,常用的第三方库基本都支持cmake,可以非常简单添加第三方依赖,强烈推荐;
- makefile:是最基本的构建系统
- CocoaPods:是用于开发OC和Swift项目的构建系统,同样也支持C++,通常用于iOS应用开发;
- ndk-build:Android 上一代的构建方式,配置文件为Android.mk,目前Android开发默认的构建方式已经变成了cmake;
- bazel:Google开源的构建系统,TensorFlow和Flutter都是基于bazel构建,使用复杂,适合大型的项目;