protoc编译

㈠ grpc proto 文件 c++ java 可以共用吗

ProtoBuf 是一套接口描述语言（IDL）和相关工具集（主要是 protoc，基于 C++ 实现），类似 Apache 的 Thrift）。
用户写好 .proto 描述文件，之后使用 protoc 可以很容易编译成众多计算机语言（C++、Java、Python、C#、Golang 等）的接口代码。这些代码可以支持 gRPC，也可以不支持。

㈡ Protocol Buffers（Objective-C）踩坑指南

这篇文章是讲如何把protobuf文件的编译工作集成到Xcode中，达到在Xcode中就像添加一般的OC文件一样不进行任何多余的操作直接编译运行.proto文件的目的。

牛逼，这么智能吗？是的，就是这么智能！

笔者的公司现在所有端都在统一使用一套protobuf数据结构，免除了多端重复定义同一套数据结构的重复工作，效率很高，非常值得推荐。并且Xcode 10进行了一些小优化来增加了对Protobuf的支持，相信不久以后，Xcode对Protobuf的支持将更加智能！

至于什么是 Protobuf 和 Protobuf 语法教程，不是这篇文章的主题，请自行Google。

环境：Xcode 10+
语言：Objective-C

话不多说，正题开始：

首先，真正的企业级项目，并不只是网上很多教程里面演示的一两个 .proto 文件，而是一批 .proto 文件目录的集合，并且是多端共享的。你会发现按照那些教程里面的讲的去做写个demo或许可以，但是真正要达到企业级别的使用的时候，还远远不够，你会遇到各种各样的坑。别问我是怎么知道的，我都是靠自己一个个踩出来的。

首先，要能编译Protobuf文件，我们得安装官方的编译器。你可以选择下面任意一种你喜欢的安装方式：

安装好后，在terminal中输入 which protoc 检测是否安装成功,如安装成功会返回文件路径: /usr/local/bin/protoc

如有问题，请自行google，不在本教程范围内。

没什么好说的，新建一个Xcode工程。使用Cocoapods引入Protobuf的库：

Pod search Protobuf

选择最稳定的版本即可。

这里有两种创建.proto文件的方式：

至于文件内容，如果你熟悉protobuf语法，那随便写几行即可，如果不熟悉，那么可以我的测试内容：

A.proto 文件内容：

B.proto 文件内容：

Xcode 自己并不认识 .proto文件，所以并不会自动编译它们，我们需要把 .proto编译器 自己集成到项目当中，集成的方式如下：

Project --> Build Rules --> 点击+号 ，生成一个特定文件类型编译脚本。

比如：

到此处，我们有几个注意事项：

我们试试把 --proto_path 换成相对路径，看会发生什么，也就是把脚本换成

编译运行，咦～报错了。查看日志，我们可以看到这么一条log信息：

翻译过来就是在--proto_path这个参数中你必须指定.proto源文件的精确路径， protoc 太笨了，它无法搞清楚这个相对路径是不是我们要的绝对路径。google的工程师说这太他么难了。所以这里很明确了， --proto_path 的参数值，只能是proto文件根目录的绝对路径。

我们上面说了，${INPUT_FILE_PATH} 是代表编译输入源文件的绝对路径。

文档里面给的demo是:
protoc --proto_path=src --objc_out=build/gen src/foo.proto src/bar/baz.proto

什么意思呢？

它说，最终编译器会把 src/foo.proto 文件编译成： build/gen/Foo.pbobjc.h 和 build/gen/Foo.pbobjc.m 文件。
而会把 src/bar/baz.proto 文件编译成 build/gen/bar/Baz.pbobjc.h 和 build/gen/bar/Baz.pbobjc.m 。
而不是 build/gen/Baz.pbobjc.h 和 build/gen/Baz.pbobjc.m

也就是说protobuf编译器最终生成的文件会自动按照文件源目录结构存放。

特别强调 并不会 自动创建 build/gen 目录，这个目录需要你提前建好。

并且，查看最终编译生成的.m文件，你会发现一些有趣的事情；比如我在A.proto中引入了B.proto文件，你会看到Protobuf最终编译出来的A.pbobjc.m文件导入文件的格式是包含文件路径的，例如：

我们注意到，上面设置的proto文件的编译输出路径是 $DERIVED_FILE_DIR ， 这是为何呢？

答案是为了方便Xcode的集成。

对于自定义的编译脚本，都需要设置一个文件的输出路径.

我们点脚本框下面的Output Files下面的 + 号, 指定文件输出路径。
因为OC文件分为.h和.m文件，所以我们指定2个。

点了之后，你会发现，xcode默认给出的是 $(DERIVED_FILE_DIR)/newOutputFile ,
我们将其改为 $(DERIVED_FILE_DIR)/${INPUT_FILE_BASE}.pbobjc.h 和 $(DERIVED_FILE_DIR)/${INPUT_FILE_BASE}.pbobjc.m ，并且在.m文件的 Compiler Flags 中指定为 -fno-objc-arc 代表该.m文件采用mrc编译。

编译运行，大功告成，是不可能的！！！！

你会发现又报错了：

什么意思呢？ 其实就是在 DerivedSources 下找不到 A.pbobjc.m 文件。因为我们指定这个编译的输出路径在这个目录下，所以Xcode在进行OC文件的编译时会去这个目录下找，但是它找不到。为什么找不到呢？我们去这个目录下看，这个目录下确实没有 A.pbobjc.m 这个文件，但是确发现有 a/A.pbobjc.m 。原因我们已经说了，protoc最终的编译文件会自动加上目录前缀。

有人可能会说，能不能把输出文件改成 $(DERIVED_FILE_DIR)/*/${INPUT_FILE_BASE}.pbobjc.h 呢？那我们就来试下。

编译运行

what the hell?

原来，Xcode的Output Files特别蠢，它不支持类似这种通配符写法: $(DERIVED_FILE_DIR)/*/${INPUT_FILE_BASE}.pbobjc.h 。
也不支持传入任何的自定义变量。

只能是明确的文件路径和Xcode自带的环境变量，但是实际项目中，可能不只一层路径，有可能是文件夹下嵌套文件夹。

靠，那这怎么办呢？

实在没办法了，就在打算放弃的时候，咨询了我们的脚本大神，我们尝试了以下在脚本末尾再加了两行：

是不是很机智？

什么意思呢？就是说我们cd到该目录，然后找到该文件对应生成的oc文件，将其一份儿到根目录。怀着求神拜佛的意志，运行了以下，Perfect，终于不再报错了，到目录中查看，也正是我们想要的，所有文件都被出来了。

下一步，就是正常的在项目中import和使用了。

你以为到此就没有坑了吗？到此还有坑。有2点需要注意：

好了，就讲到这里吧，如果觉得文章看得不是很明白，需要一个demo。或者大神有更好的建议，请在评论区留言～

如果文章对你有帮助，请不要吝啬你的点赞哦，你的支持是我分享的动力～

如果大家喜欢，有时间再讲讲怎么改改AFNetworking，能直接请求后端给的 Protobuf 格式的数据～

㈢ 请问哪里有windows平台C++的bitcoin源代码下载，我想用VC来编译。

很多朋友都知道如何在linux平台如何编译比特币程序,但是,到了windows平台,
就会感觉到无从下手. 其实, 比特币程序是跨平台的.
你要编译windows版的比特币程序,基本上有两种方法,一种是在linux平台
(推荐ubuntu 13.10)通过交叉编译的方法来编译.另外一种,就是直接在windows平台编译.
我想,你既然要在windows平台使用,我就详细介绍一下如何在windwows平台编译比特币程序.
我的平台：windows7

第一步:安装变编译环境QT和MINGW,msys
1、msys是一个在windows平台模拟shell的程序。
下载安装程序之后，通过安装管理程序，按安装以下内容：
From MinGW installation manager -> All packages -> MSYS
选中以下安装包
msys-base-bin
msys-autoconf-bin
msys-automake-bin
msys-libtool-bin
点 apply changes开始安装。他会自动下载安装好。
需要注意的是，确保不要安装msys-gcc和msys-w32api ，因为这两个包和我们的编译系统发生冲突。
很多人出现一些莫名其妙的问题，就是因为这两个包。
2、安装 MinGW-builds
下载并解压缩 i686-4.8.2-release-posix-dwarf-rt_v3-rev3.7z 到C盘根目录 C:\
注意我的目录结构。你尽量和我一样。
3、设置PATH环境变量，将C:\mingw32\bin;添加到第一个。
4、在命令行模式下输入 gc -v 会得到以下内容
c:\gcc -v
Using built-in specs.
COLLECT_GCC=c:\mingw32\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw32/bin/../libexec/gcc/i686-w64-mingw32/4.8.2/lto-wrapper.exe
Target: i686-w64-mingw32
Configured with: ../../../src/gcc-4.8.2/configure --host=i686-w64-mingw32 --build=i686-w64-mingw32 --target=i686-w64-mingw32 --prefix=/mingw32 --with-sysroot=/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32 --with-gxx-include-dir=/mingw32/i686-w64-mingw32/include/c++ --enable-shared --enable-static --disable-multilib --enable-languages=ada,c,c++,fortran,objc,obj-c++,lto --enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --disable-sjlj-exceptions --with-dwarf2 --disable-isl-version-check --disable-cloog-version-check --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=i686 --with-tune=generic --with-libiconv --with-system-zlib --with-gmp=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-mpfr=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-mpc=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-isl=/c/mingw482/prerequisites/i686-w64-mingw32-static --with-cloog=/c/mingw482/prerequisites/i686-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='i686-posix-dwarf-rev3, Built by MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -I/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/include -I/c/mingw482/prerequisites/i686-zlib-static/include -I/c/mingw482/prerequisites/i686-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -I/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/include -I/c/mingw482/prerequisites/i686-zlib-static/include -I/c/mingw482/prerequisites/i686-w64-mingw32-static/include' CPPFLAGS= LDFLAGS='-pipe -L/c/mingw482/i686-482-posix-dwarf-rt_v3-rev3/mingw32/opt/lib -L/c/mingw482/prerequisites/i686-zlib-static/lib -L/c/mingw482/prerequisites/i686-w64-mingw32-static/lib -Wl,--large-address-aware'
Thread model: posix
gcc version 4.8.2 (i686-posix-dwarf-rev3, Built by MinGW-W64 project)
至此，你的开发环境已经搭建好了，很简单吧

第二部分：下载bitcoin引用的外部库
我们把它们全部放在 C:\deps目录下

2.1 安装OpenSSL
进入启动 MinGw shell 比如目录：(C:\MinGW\msys\1.0\msys.bat)运行这个msys.bat，就会启动一个shell环境，提示符是$
输入命令
cd /c/deps/
tar xvfz openssl-1.0.1g.tar.gz
cd openssl-1.0.1g
Configure no-shared no-dso mingw
make
等待几分钟后，就把openssl编译好了。

2.2 下载Berkeley DB
我们推荐使用 4.8版本
同样在msys shell环境下输入以下命令
cd /c/deps/
tar xvfz db-4.8.30.NC.tar.gz
cd db-4.8.30.NC/build_unix
../dist/configure --enable-mingw --enable-cxx --disable-shared --disable-replication
make
等待编译

2.3 安装Boost
msys命令:
cd C:\deps\boost_1_55_0\
bootstrap.bat mingw
b2 --build-type=complete --with-chrono --with-filesystem --with-program_options --with-system --with-thread toolset=gcc variant=release link=static threading=multi runtime-link=static stage

2.4 安装Miniupnpc
cd C:\deps\miniupnpc
mingw32-make -f Makefile.mingw init upnpc-static
msys shell命令
cd /c/deps/protobuf-2.5.0
configure --disable-shared
make

2.6 qrencode:
命令
cd /c/deps/libpng-1.6.10
configure --disable-shared
make
LIBS="../libpng-1.6.10/.libs/libpng16.a ../../mingw32/i686-w64-mingw32/lib/libz.a" \
png_CFLAGS="-I../libpng-1.6.10" \
png_LIBS="-L../libpng-1.6.10/.libs" \
configure --enable-static --disable-shared --without-tools
make

2.7 安装 Qt 5 库
下载和解压缩
在 windows命令行输入：
set INCLUDE=C:\deps\libpng-1.6.10;C:\deps\openssl-1.0.1g\include
set LIB=C:\deps\libpng-1.6.10\.libs;C:\deps\openssl-1.0.1g
cd C:\Qt\5.2.1
configure.bat -release -opensource -confirm-license -static -make libs -no-sql-sqlite -no-opengl -system-zlib -qt-pcre -no-icu -no-gif -system-libpng -no-libjpeg -no-freetype -no-angle -no-vcproj -openssl-linked -no-dbus -no-audio-backend -no-wmf-backend -no-qml-debug
mingw32-make
set PATH=%PATH%;C:\Qt\5.2.1\bin
cd C:\Qt\qttools-opensource-src-5.2.1
qmake qttools.pro
mingw32-make

3. 下载Bitcoin 0.9.1
在msys shell下输入以下命令行:
cp /c/deps/libpng-1.6.10/.libs/libpng16.a /c/deps/libpng-1.6.10/.libs/libpng.a
cd /c/bitcoin-0.9.1
./autogen.sh
CPPFLAGS="-I/c/deps/boost_1_55_0 \
-I/c/deps/db-4.8.30.NC/build_unix \
-I/c/deps/openssl-1.0.1g/include \
-I/c/deps \
-I/c/deps/protobuf-2.5.0/src \
-I/c/deps/libpng-1.6.10 \
-I/c/deps/qrencode-3.4.3" \
LDFLAGS="-L/c/deps/boost_1_55_0/stage/lib \
-L/c/deps/db-4.8.30.NC/build_unix \
-L/c/deps/openssl-1.0.1g \
-L/c/deps/miniupnpc \
-L/c/deps/protobuf-2.5.0/src/.libs \
-L/c/deps/libpng-1.6.10/.libs \
-L/c/deps/qrencode-3.4.3/.libs" \
./configure \
--disable-upnp-default \
--disable-tests \
--with-qt-incdir=/c/Qt/5.2.1/include \
--with-qt-libdir=/c/Qt/5.2.1/lib \
--with-qt-bindir=/c/Qt/5.2.1/bin \
--with-qt-plugindir=/c/Qt/5.2.1/plugins \
--with-boost-system=mgw48-mt-s-1_55 \
--with-boost-filesystem=mgw48-mt-s-1_55 \
--with-boost-program-options=mgw48-mt-s-1_55 \
--with-boost-thread=mgw48-mt-s-1_55 \
--with-boost-chrono=mgw48-mt-s-1_55 \
--with-protoc-bindir=/c/deps/protobuf-2.5.0/src
make
strip src/bitcoin-cli.exe
strip src/bitcoind.exe
strip src/qt/bitcoin-qt.exe

这样，你就得到了变异好的 bitcoin-cli.exe和bitcoind.exe ,bitcoin-qt.exe（windows QT图形界面的钱包软件）

㈣ linux 和windows 的protoc生成的proto文件不同吗

当前版本为2.3.0，下载两个压缩包：protoc-2.3.0-win32.zip和protobuf-2.3.0.zip，前者是protobuf的编译器，后者包含了有三程序语言的开发包。 2.解压 首先解压protoc-2.3.0-win32.zip，把protoc.exe文件放到path路径中，最简单的做法就是把这个...

㈤ 如何编译protobuf 文件

ProtoBuf java 包编译ProtoBuf的官方下载包并不包含jar文件，需要用户自己configure/make….来自行编译。由于Windows上没有编译环境，就用了一个笨一点方法处理了。
分别下载:
protobuf-2.4.1.zip ProtoBuf的源文件（包含了C++/Java/Python）的源文件
protoc-2.4.1-win32.zip 已经编译过的用于Windows平台的protoc命令（该命令用于将.proto文件转化为Java或C++源文件）。

分别解析这两个文件，你可以在protoc-2.4.1-win32.zip解压后的文件中找到一个protoc.exe文件，将其到protobuf-2.4.1/src目录下，然后进入protobuf-2.4.1/java，执行：
mvn install