go語言編譯so go語言編譯生成dylib

golang調用so庫同步函數停止

測試動態庫步驟：

十載專注成都網站制作，企業網站設計，個人網站制作服務，為大家分享網站制作知識、方案，網站設計流程、步驟,成功服務上千家企業。為您提供網站建設,網站制作,網頁設計及定制高端網站建設服務,專注于企業網站設計,高端網頁制作,對成都水泥攪拌車等多個方面，擁有多年設計經驗。

1、test_so.h

2、test_so.c

3、生成so

4、復制so文件到Go項目目錄

Go項目目錄

1、load_so.h

2、load_so.c

3、test.go

4、Go項目目錄要放在$GOPATH/src/目錄下，這也是正常操作。

test目錄為Go項目，里邊是上述創建的所有源碼文件。

在$GOPATH/src/test/里直接使用gobuild編譯生成test二進制文件，此處需要注意執行路徑。

問題

1、/**/注釋的代碼下一行一定是import“C”，中間不能有空行

2、importC必須單獨一行，不能和其它庫一起導入

3、有人編譯的時候會報錯：

這個主要是執行目錄問題，一定要在$GOPATH/src/項目/目錄下，用gobuild執行，gobuild后邊不要有任何文件名。

或者用gorun.運行，或者goruntest，test是項目名。不能用goruntest.go。

4、還有人報這個錯：test.go文件里的cgoLDFLAGS:-ldl這一行不要刪掉。

如何Golang開發Android應用

環境配置好復雜，我不得不嘮叨幾句。

需要下載golang1.4rc版，下載ndk，然后編譯。 然后用go get 下載gobind這個工具， 然后，將寫好的代碼用gobind轉化下，然后使用特殊的編譯命令，將代碼編譯成.so文件，將生成的相關文件，放到android studio的項目中。然后java代碼中，利用jni調用引用的代碼。

... 好，接著往下看吧。

環境準備

一臺Linux 64的機器

一個帶有AndroidStudioIDE的開發機器

因為環境配置實在復雜，所以我們引入的docker。

docker pull codeskyblue/docker-goandroid

docker run --rm -ti codeskyblue/docker-goandroid bash

cd example; echo "view example projects

docker起來之后，什么就都配置好了，NDK啦，java啦，GO的環境變量了，等等，并且還預裝了vim,gradle,tmux,git,syncthing,svn

開始寫代碼

寫代碼之前，先約定下目錄結構

go的代碼都放在src/golib下，編譯使用make.bash編譯腳本，看下這個文件樹

.

|-- app.iml

|-- build.gradle

|-- libs/armeabi-v7a # go編譯生成的so文件

| `-- libgojni.so

|-- main.go_tmpl # 一個模板文件，先不用管它

|-- make.bash # 編譯腳本，用來生成.so和Java代碼

`-- src

|-- golib

| |-- hi

| | |-- go_hi?0?2?0?2?0?2 # 自動生成的代碼

| | | `-- go_hi.go

| | `-- hi.go # 需要編寫的代碼

| `-- main.go

`-- main

|-- AndroidManifest.xml

|-- java

| |-- go # 自動生成的代碼

| | |-- Go.java

| | |-- Seq.java

| | `-- hi

| | `-- Hi.java

| `-- me/shengxiang/gohello # 主要的邏輯代碼

| `-- MainActivity.java

`-- res

我已經寫了一個例子，先直接搞下來

編譯下，試試行不行（就算不行問題應該也不大，因為大問題都被我消滅了）

cd GoHello/app

./make.bash

../gradlew build

一切順利的話在build/outputs/apk下應該可以看到app-debug.apk這個文件。（劇透下，這個文件只有800多K）

編譯好的我放到qiniu上了，可以點擊下載看看

下面可以嘗試改改，我拋磚引玉說下

打開hi.go這個文件

hi.go的內容，比較簡單，我們寫Go代碼主要就是這部分

// Package hi provides a function for saying hello.

package hi

import "fmt"

func Hello(name string) {

fmt.Printf("Hello, %s!\n", name)

return "(Go)World"

}

文件末尾添加下面這行代碼

func Welcome(name string) string {

return fmt.Sprintf("Welcome %s to the go world", name)

}

使用./make.bash重新編譯下

打開MainActivity.java 修改下OnClickListener事件

button.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

String message = Hi.Welcome("yourname");

Toast.makeText(MainActivity.this, message, Toast.LENGTH_LONG).show();

}

});

編譯運行下，把生成的apk安裝到手機上試試。

原理解讀（有興趣的接著看）

首先說下gobind這個工具。

go_hi/go_hi.go這個文件時通過gobind這個工具生成的，用來配合一個簡單的程序，生成.so文件

// go_hi.go

package go_hi

import (

"golang.org/x/mobile/bind/seq"

"example/hi"

)

func proxy_Hello(out, in *seq.Buffer) {

param_name := in.ReadUTF16()

hi.Hello(param_name)

}

func init() {

seq.Register("hi", 1, proxy_Hello)

}

這個簡單的程序內容是這樣的

// main.go

package main

import (

"golang.org/x/mobile/app"

_ "golang.org/x/mobile/bind/java"

_ "example/hi/go_hi"

)

func main() {

app.Run(app.Callbacks{})

}

src/MyActivity.java文件內容是這樣的

import ...

import go.Go; // 引入Go這個包

import go.hi.Hi; // gobind生成的代碼

public class MainActivity extends Activity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

Go.init(getApplicationContext()); // 初始化兩個線程

Hi.Hello("world");

}

}

其中有一句Go.init(...)這里再看go.Go這個包是什么樣子的

public final class Go {

// init loads libgojni.so and starts the runtime.

public static void init(Context context) {

... 判斷該函數是否該執行的代碼 -- 省略 --

System.loadLibrary("gojni"); // gojni需要這句

new Thread("GoMain") {

public void run() {

Go.run(); // run()是一個native方法

}

}.start();

Go.waitForRun(); // 這個也是一個native方法

// 這部分可以理解為，啟動了一個后臺線程不斷的接收結果到緩存中。

new Thread("GoReceive") {

public void run() { Seq.receive(); }

}.start();

}

private static boolean running = false;

private static native void run();

private static native void waitForRun();

}

MyActivity.java中還有段代碼是 Hi.Hello("world");，打開Hi.java路徑在src/go/hi/Hi.java，這個文件也是gobind生成的，是用來給java方便的調用.so文件

// Hi.java

// File is generated by gobind. Do not edit.

package go.hi;

import go.Seq;

public abstract class Hi {

private Hi() {} // uninstantiable

public static void Hello(String name) {

go.Seq _in = new go.Seq();

go.Seq _out = new go.Seq();

_in.writeUTF16(name);

Seq.send(DESCRIPTOR, CALL_Hello, _in, _out); // 下面接著說

}

private static final int CALL_Hello = 1;

private static final String DESCRIPTOR = "hi";

}

Seq.send這部分實際上最終調用的是一段go代碼

func Send(descriptor string, code int, req *C.uint8_t, reqlen C.size_t, res **C.uint8_t, reslen *C.size_t) {

fn := seq.Registry[descriptor][code]

in := new(seq.Buffer)

if reqlen 0 {

in.Data = (*[maxSliceLen]byte)(unsafe.Pointer(req))[:reqlen]

}

out := new(seq.Buffer)

fn(out, in)

seqToBuf(res, reslen, out)

}

轉載僅供參考，版權屬于原作者。祝你愉快，滿意請采納哦

go怎么調用自己用c/c++寫的so中的方法

直接調用so的函數cgo應該繞不開吧，我寫過一個銀行的應用程序調用其特色業務接口，因為接口只支持c和java，我就封裝了一個c的so，然后用cgo調用后寫了一個RPC供遠程的go語言調用，因為RPC只負責信息交互不負責業務邏輯，所以寫了不到百行，以后基本不用再改。記住雖然go語言自帶gc，但cgo還是要手工釋放內存哦。

使用Go 語言開發大型 MMORPG 游戲伺服器怎么樣

使用Go 語言開發大型 MMORPG 游戲伺服器怎么樣

如果是大型網路游戲的話，我覺得是不合適的。現階段go語言的執行效率還是太低了。在底層編譯器的優化方面做得和c++相比還是差了不少。go語言也是比較適合快速開發的專案比較合適

從2013年起,經朋友推薦開始用Golang編寫游戲登陸伺服器, 配合C++做第三方平臺驗證. 到編寫獨立工具導表工具GitHub - davyxu/tabtoy: 跨平臺的高效能便捷電子表格匯出器. 以及網路庫GitHub - davyxu/cell: 簡單,方便,高效的Go語言的游戲伺服器底層. 最終使用這些工具及庫編寫整個游戲伺服器框架, 我的感受是很不錯的

細節看來, 有如下的幾個點:

語言, 庫

Golang語言特性和C很像, 簡單, 一張A4紙就能寫完所有特性. 你想想看, C++到了領悟階段, 也只用那幾個簡單特性, 剩下的都是一大堆解決各種記憶體問題的技巧. 而Golang一開始就簡單, 何必浪費生命去研究那一大堆的奇技淫巧呢?

Golang的坑只有2個:1. interface{}和nil配合使用, 2. for回圈時, 將回圈變數引入閉包(Golang, Lua, C#閉包變數捕獲差異) 完全不影響正常使用, 復合語言概念, 只是看官方后面怎么有效的避免

用Golang就忘記繼承那套東西, 用組合+介面

用Golang伺服器如何保證解決游戲伺服器存檔一致性問題? s the world是肯定的, 但是Golang可以從語言層并發序列化玩家資料, 再通過后臺存檔

channel是goroutine雖然是Golang的語言特性. 但是在編寫伺服器時, 其實只有底層用的比較多.

Golang的第三方庫簡直多如牛毛, 好的也很多

不要說模板了, C#的也不好用, 官方在糾結也不要加, 使用中, 沒模板確實有點不方便. 用interface{}/反射做泛型對于Golang這種強型別語言來說,還是有點打臉

執行期

Golang和C++比效能的話, 這是C++的優勢, Golang因為沒虛擬機器, 只有薄薄的一層排程層. 因此效能是非常高的, 用一點效能犧牲換開發效率, 妥妥的

1.6版后的GC優化的已經很好了, 如果你不是高效能,高并發Web應用, 非要找出一堆的優化技巧的話. 只用Golang寫點游戲伺服器, 那點GC損耗可以忽略不計

和其他現代語言一樣, 崩潰捕捉是標配功能, 我用Golang的伺服器線上跑, 基本沒碰到過崩潰情況

熱更新: 官方已經有plugin系統的提交, 跨平臺的. 估計很快就可以告別手動cgo做so熱更新

開發, 除錯, 部署, 優化

LiteIDE是我首選的Golang的IDE, 雖然有童鞋說B格不高. 但這估計實在是找不到缺點說了, 別跟我說Visual Studio, 那是宇宙級的...

曾經聽說有人不看好Golang, 我問為啥: 說這么新的語言, 不好招人,后面打聽到他是個策劃... 好吧

真實情況是這樣的: Golang對于有點程式設計基礎的新人來說, 1周左右可以開始貢獻程式碼. 老司機2~3天.

開發效率還是不錯的, 一般大的游戲功能, 2*2人一周3~4個整完. 這換C++時代, 大概也就1~2個還寫不完. 對接伺服器sdk的話, 大概1天接個10多個沒問題

Golang自帶效能調優工具, 從記憶體, CPU, 阻塞點等幾個方面直接出圖進行分析, 非常直觀, 可以參考我部落格幾年前的分析: 使用Golang進行效能分析(Profiling)

Golang支 *** 叉編譯, 跨平臺部署, 什么概念? linux是吧? 不問你什么版本, 直接windows上編譯輸出一個elf, 甩到伺服器上開跑.不超過1分鐘時間..

1.為什么golang的開發效率高？

golang是一編譯型的強型別語言，它在開發上的高效率主要來自于后發優勢，不用考慮舊有惡心的歷史，又有一個較高的工程視角。良好的避免了程式設計師因為“ { 需不需要獨占一行 ”這種革命問題打架，也解決了一部分趁編譯時間找產品妹妹搭訕的階級敵人。

它有自己的包管理機制，工具鏈成熟，從開發、除錯到釋出都很簡單方便；

有反向介面、defer、coroutine等大量的syntactic sugar；

編譯速度快，因為是強型別語言又有gc，只要通過編譯，非業務毛病就很少了；

它在語法級別上支援了goroutine，這是大家說到最多的內容，這里重點提一下。首先，coroutine并不稀罕，語言并不能超越硬體、作業系統實現神乎其神的功能。golang可以做到事情，其他語言也可以做到，譬如c++，在boost庫里面自己就有的coroutine實現（當然用起來跟其他boost庫一樣惡心）。golang做的事情，是把這一套東西的使用過程簡化了，并且提供了一套channel的通訊模式，使得程式設計師可以忽略諸如死鎖等問題。

goroutine的目的是描述并發程式設計模型。并發與并行不同，它并不需要多核的硬體支援，它不是一種物理執行狀態，而是一種程式邏輯流程。它的主要目的不是利用多核提高執行效率，而是提供一種更容易理解、不容易出錯的語言來描述問題。

實際上golang預設就是執行在單OS程序上面的，通過指定環境變數GOMAXPROCS才能轉身跑在多OS程序上面。有人提到了網易的pomelo，開源本來是一件很不錯的事情，但是基于自己對callback hell的偏見，我一直持有這種態度：敢用nodejs寫大規模游戲伺服器的人，都是真正的勇士 : ) 。

2、Erlang與Golang的coroutine有啥區別，coroutine是啥？

coroutine本質上是語言開發者自己實現的、處于user space內的執行緒，無論是erlang、還是golang都是這樣。需要解決沒有時鐘中斷；碰著阻塞式i\o，整個程序都會被作業系統主動掛起；需要自己擁有排程控制能力（放在并行環境下面還是挺麻煩的一件事）等等問題。那為啥要廢老大的勁自己做一套執行緒放user space里面呢？

并發是伺服器語言必須要解決的問題；

system space的程序還有執行緒排程都太慢了、占用的空間也太大了。

把執行緒放到user space的可以避免了陷入system call進行上下文切換以及高速緩沖更新，執行緒本身以及切換等操作可以做得非常的輕量。這也就是golang這類語言反復提及的超高并發能力，分分鐘給你開上幾千個執行緒不費力。

不同的是，golang的并發排程在i/o等易發阻塞的時候才會發生，一般是內封在庫函式內；erlang則更夸張，對每個coroutine維持一個計數器，常用語句都會導致這個計數器進行reduction，一旦到點，立即切換排程函式。

中斷介入程度的不同，導致erlang看上去擁有了preemptive scheduling的能力，而golang則是cooperative shceduling的。golang一旦寫出純計算死回圈，程序內所有會話必死無疑；要有大計算量少i\o的函式還得自己主動叫runtime.Sched()來進行排程切換。

3、golang的執行效率怎么樣？

我是相當反感所謂的ping\pong式benchmark，執行效率需要放到具體的工作環境下面考慮。

首先，它再快也是快不過c的，畢竟底下做了那么多工作，又有排程，又有gc什么的。那為什么在那些benchmark里面，golang、nodejs、erlang的響應效率看上去那么優秀呢，響應快，并發強？并發能力強的原因上面已經提到了，響應快是因為大量非阻塞式i\o操作出現的原因。這一點c也可以做到，并且能力更強，但是得多寫不少優質程式碼。

然后，針對游戲伺服器這種高實時性的執行環境，GC所造成的跳幀問題確實比較麻煩，前面的大神 @達達 有比較詳細的論述和緩解方案，就不累述了 。隨著golang的持續開發，相信應該會有非常大的改進。一是遮蔽記憶體操作是現代語言的大勢所趨，它肯定是需要被實現的；二是GC演算法已經相當的成熟，效率勉勉強強過得去；三是可以通過incremental的操作來均攤cpu消耗。

用這一點點效率損失換取一個更高的生產能力是不是值得呢？我覺得是值得的，硬體已經很便宜了，人生苦短，讓自己的生活更輕松一點吧: )。

4、基于以上的論述，我認為采用go進行小范圍的MMORPG開發是可行的。

如果跟C語言比，大部分指令碼都勝出啊。Go, Node.js, Python ......

網易弄過一個Node.js的開源伺服器框架。

至于IDE, 不重要，做伺服器開發很少會要開著IDE除錯的。最常用的手段就是打Log. 設定了斷點也很難調，多個客戶端并發。

那種單客戶端連線進來就可以重現的bug倒是可以用IDE調，但是這種bug本來就容易解決。

用指令碼語言，有一個很大的好處是容易做自動測試，可以更好地保證程式碼質量。

--------------------------

開發效率當然是指令碼高。執行效率，其實更重要的是并發，框架合理的話增加機器就可以直接提高效率增加人數。

用Go開發大型mmorpg服務端不會有問題的，如果掉坑里肯定不會是語言的問題。

唯一比較可能掉進去的坑就只有GC，其實很容易預防和調整的，具體細節可以看我部落格分享的文章。

但是技術選型不只是選語言，如果當時我手頭有一套效能滿意，開發效率OK，人員補給不會有問題的技術方案，不管是什么語言的，我肯定不會放棄它而選擇冒險的。

public void actionPerformed(ActionEvent e)

{

if(e.getSource()==xinjian)

{

text.setText("");

}

if(e.getSource()==dakai)

{

openFD.show();

String s;

當前題目：go語言編譯so go語言編譯生成dylib
當前地址：http://m.kartarina.com/article34/hgjope.html

成都網站建設公司_創新互聯，為您提供外貿建站、網站排名、做網站、營銷型網站建設、ChatGPT、全網營銷推廣

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯