本文介绍: 这里是将 Goland 中的字符串转为 C 中的格式。在重构的历史项目中,有一点是语言转换:从 PHP 转至 Goland ,在压缩资源的同时,享受语言实现级别进步带来的性能红利。在 Goland调用 C 库接口,允许存在中间处理环节,即二次封装。在注释主体中,是对 C 库接口的二次封装,类似 Hook 方式,给予开发者适当的操作空间。现 Goland 实现中,使用直调 C 动态库的方式实现【无成熟的。中,前两行标记当前 C 库调用动态库 的位置特征组件也是通过 动态库的方式实现

1.背景

在重构的历史项目中,有一点是语言转换:从 PHP 转至 Goland ,在压缩资源的同时,享受语言实现级别进步带来的性能红利。
在这里插入图片描述

功能覆盖存在白盒 SDK 加密场景,如 流量校验、对端数据传输…等。


2.实现方式

在 Goland 中,也提供了像 Java、Python、C++ …中调用 动态库的原生能力,只是在调度过程实现上存在略微不同。

之前架构设计中提到的 千万级入口服务 —— 框架设计(一:组件模式) 组件也是通过 动态库的方式实现。

  1. Goland 原生动态构建时候只要通过 go build -buildmode=plugin -o XX.so 进行 .go 文件.so 动态库的状态转换

  2. C 则需要使用 gccg++ gcc/g++ 百科介绍来进行源码文件.so 动态库的状态转换。
    在这里插入图片描述


2.1.C 库 .so 文件生成

目标 C库 的 .a 文件拆解,重新编译 .so 文件。

ar -x XXprotect_sec.a 
g++ -shared *.o -o XXprotect_sec.so

有了 .so 文件之后,还需要有 C 库 的接口文件 .h 文件。.h 文件用来在 Goland 调度过程中进行二次封装调用。


2.2.C 库 .h 文件

在 Goland 中调用 C 库接口,允许存在中间处理环节,即二次封装。而进行的前提是基于 .h 文件提供的 C 库接口

#pragma once
#ifdef __cplusplus
extern "C" {
#endif

/**
* brief XX get version function
* return version string.
*/
typedef const void * (*FN10)(void);
#define XX_VERSION() 
((FN10)gsecfv3[1])()

......

/**
* brief XX initialize function
* return return context if successful
*/
typedef void * (*FN11)(const char *, char *, char *);
#define XX_INIT(akey, encrypt_key, decrypt_key) 
((FN11)gsecfv3[2])(akey, encrypt_key, decrypt_key)

2.3.Goland 调用实现

此处聚焦 直调 C 库调用过程,白盒 SDK 加密逻辑原理 可留言沟通关注后续博文

在这里插入图片描述

2.3.1 整体

整体看:在 package 下方的依赖引入中,import "C" 必须单起一行,且二次封装的接口务必以注释的方式在其上方编排;下方 Goland 函数中使用时,以 C 库开头直接调用即可

需要注意的是:

  1. 注释中的 #include .h 行,不仅仅是 C 库的接口,也可以是 C 中的原生包。比如#include<stdio.h&gt;
  2. Goland 中调用使用到的 C 库,务必在注释引入。如果不引入,项目编译时就会报出 could not determine kind of name for C.XX...错误
  3. C 动态库编译的版本与 Goland 执行版本中的需兼容。否则会报出 :c running gcc failed: exit status 1 //opt/compiler/gcc-8.2/lib64/libstdc++.so.6: undefined reference to... 错误
package encrypt

/*
   #cgo CFLAGS: -I.
   #cgo LDFLAGS: -L. -lXXprotect_sec -Wl,-rpath,./
   #include "XXlib_v3.h" // C 库接口文件

   const char *XX_version() {
       return XX_VERSION();
   }

   void *XX_init(const char *akey, char *encrypt_key, char *decrypt_key) {
       return  XX_INIT(akey, encrypt_key, decrypt_key);
   }
	......
   int XX_destory(void *context) {
       return XX_DESTORY(context);
   }

*/
import "C" // import “C” 必须单起一行,并且紧跟在注释行之后

import (
	"context"
	"reflect"
	......
	"unsafe"
)

func XXEncrypt(ctx context.Context, tp string, data string, ver string, iv string) (string, error) {
	iv = iv + "x00"
	// 打印白盒SDK版本号
	log.Println(C.GoString(C.bdswb_version()))
	......
	return "", nil
}
2.3.2 注释块部分

接下来看到注释块中,前两行标记当前 C 库调用动态库 的位置特征。使用的是 #cgo cgo 详细介绍 方式。

在注释主体中,是对 C 库接口的二次封装,类似 Hook 方式,给予开发者适当的操作空间

需要注意的是:

  1. 动态库在项目编译时,需要环境变量引入。可覆盖、追加变量 LD_LIBRARY_PATH,否则无法从位置路径获取.so 动态库。比如export LD_LIBRARY_PATH=/root/codes/XXXso/path:$LD_LIBRARY_PATH
  2. 最好是在 ~/.bash_profile 中变更,这样对每次终端生效,不要忘记重启 source ~/.bash_profile
2.3.3 逻辑实现部分

Goland 实现部分,特地写了 iv = iv + "x00" 代码行。这里是将 Goland 中的字符串转为 C 中的格式。这种写法是未引用 C 库原生函数的情况下进行。另一种方式是使用原生库,不过需要在 注释部分追加对应的包。

需要注意的是:

  1. 在 Goland 调用的参数部分,格式需要转换为 C 中的样式,会比较常用到 (*C.uchar)(unsafe.Pointer) … 等业务开发中少用到的转换方式。

3.小结

整体下来看,Goland 中直调 C 库 操作是很流程化的。在此前提下,也给予了调用规则适当的灵活性。

在这里插入图片描述

但综上,是不建议初学者使用的。尤其是不充分了解、熟悉 Goland、C 语言特性 及 项目主体逻辑、C 库逻辑场景

  1. 在调用过程调试中,数据格式转换、库函数使用…等语言差异导致的问题容易频发。
  2. C 动态库 对于 Goland 调用主体来讲,完全是黑盒、透明的,出现问题不易排查且是维护盲区。

原文地址:https://blog.csdn.net/qq_34417408/article/details/133363243

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_22860.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注