androidlibzbar

A. ios中中怎么查看程序libzbar.a的 架构

ZBar也是一个常用的二维码识别软件，并分别段亮提供了iOS和android的SDK可供使用，最终我选择了ZBar进行二维陆燃模码识别，它的注释清晰，便于使用。 ZBar为我们提供了两种使用方式，一种是直接调用ZBar提供早缓的ZBarReaderViewController打开一个扫描界面

B. 怎样解决编绎问题："ld：plicate symbol

场景：
解决TencentOpenAPI.framework与ZbarSDK中 _base64_encode 函数的冲突
后来在网络上搜寻，删除掉 Other Linker Flag 的 -all_load 就可以解决静态库冲突的问题，
但是这样做的话，会使一些外部的静态库，使用objc扩展函数(catagory)的方法失效。例如BaiMapApi
如果是有些库使用到了扩展函数(catagory)可以分别对这个库进行加载
使用：-force_load
-force_load BaiMapApi/libs/Release-iphoneos/libmapapi.a

(BaiMapApi是添加到当前目录下的)
或
-force_load $(BUILT_PRODUCTS_DIR)/libxxx.a

(这里是直接添加静态库项目源码的做法)
使用-force_load分别进行加载还是蛮方便的，如果有些函数加入了main函数使用all_load就相当麻烦了。
以坦圆上可以解决TencentOpenAPI.framework与ZbarSDK的冲突
如果两个静态库冲突的结构是相同的，可以考虑将两个静态库拆分出来进行合并。
查看文件的架构有哪些

$ lipo -info libzbar.a
Architectures in the fat file: libzbar.a are: armv7 (cputype (12) cpusubtype (11)) i386
将armv7解压出来
lipo libzbar.a -thin armv7 -output libzbar-armv7.a

新建立一个文件夹出来存放解压的(.o)文件

$ mkdir armv7
$ cd armv7
将静态库中的文件解压
$ ar -x ../libzbar-armv7.a
然后将另一个静态库根据以上的步骤做一遍，然后观察连个解压的静态库中，有那些是一样的就合并在一起，不过注意的是两个静态库冲突的(.o)文件必须一致，否则也会出现错误。
合并完后进行打包了
$ libtool -static -o ../libnew-armv7.a *.o
如果像在虚拟机也使用，进行相同的步骤后，将i386的架构合并再一起就可以了。
合并静态库
$ lipo -create -output lib.a libnew-armv76.a libi386.a
plicate symbol是一种常见的链接错误，不像编译错误那样可以直接定位到问题的所在。但是经过一段时间的总结，发现这种错误总是有一些规律可以找的。

例如，我们有如下的最简单的两个类代码：
// ClassA.h
#import <Foundation/Foundation.h>
@interface ClassA : NSObject
@end
// ClassA.m
#import "ClassA.h"
@implementation ClassA
@end
// ClassB.h
#import <Foundation/Foundation.h>
@interface ClassB : NSObject
@end
// ClassB.m
#import "ClassB.h”
@implementation ClassB
@end
编译后出现的错误信息如下：
plicate symbol _OBJC_METACLASS_$_ClassA in:

/Users/dajie/Library/Developer/Xcode/DerivedData/linkTest-cpjaaatiyqpvxcbzfzpklcbqrgqg/Build/Intermediates/野拍linkTest.build/Debug-iphonesimulator/linkTest.build/Objects-normal/i386/让脊塌ClassA.o

/Users/dajie/Library/Developer/Xcode/DerivedData/linkTest-cpjaaatiyqpvxcbzfzpklcbqrgqg/Build/Intermediates/linkTest.build/Debug-iphonesimulator/linkTest.build/Objects-normal/i386/ClassB.o
plicate
symbol _OBJC_CLASS_$_ClassA in:
/Users/dajie/Library/Developer/Xcode/DerivedData/linkTest-cpjaaatiyqpvxcbzfzpklcbqrgqg/Build/Intermediates/linkTest.build/Debug-iphonesimulator/linkTest.build/Objects-normal/i386/ClassA.o

/Users/dajie/Library/Developer/Xcode/DerivedData/linkTest-cpjaaatiyqpvxcbzfzpklcbqrgqg/Build/Intermediates/linkTest.build/Debug-iphonesimulator/linkTest.build/Objects-normal/i386/ClassB.old:
2
plicate symbols for architecture i386clang:
error: linker command failed with exit code 1 (use -v to see invocation)
从上面出现问题的地方，我们应该能推测出是ClassA这个类出了问题。如果这个类是我们自己写的，就容易办一些。
可以考虑以下原因：
1.引入头文件时，由于疏忽，误引入.m文件。这种一般仔细检查一下出现问题的类的源文件就能发现。
例：ClassB.m 文件修改成下面这样
#import "ClassB.h>"
#import "ClassA.m” // 这句话有问题
@implementation ClassB
@end
2.同一个类，实现两次，即有两个@implementation 。这种一般会有一个警告，也比较容易发现。
例：ClassB.m文件修改成下面这样：
// ClassB.m
#import "ClassB.h”
@implementation ClassB
@end
@implementation ClassA
@end
3.工程文件，同一个类文件被引入了两次，引起这种错误的原因大概有两种：一是多人协作开发时，导致project文件合并冲突；二是同名文件不在同一目录下，添加到工程时造成重复添加。 这种一般在文件视图，用名字过滤器检查一下就发现了。
4.
Targets的Build Phase设置项里，查看Complie
Sources这一项，看看出现问题的类是不是有重复的，用文件名过滤也比较容易发现。这种问题一般也是多人协作开发时，project文件冲突导致的。
发现这种问题，只要删除就可以了。不过在我解决问题过程中，删除其中一个文件时，重复文件会自动全部删除，所以还需要单独添加一下。
5.如果我们的工程中引用了第三方的库，而恰好第三方的库里面有一个ClassA，也会出现这种问题。如果不能修改第三方的库代码，只能修改我信自己的代码了。

C. android开发 如何实现扫描本地二维码图片

开源的二维码扫描库主要有zxing和zbar，zbar在iPos平台上应用比较成熟，而在Android平台上主流还是用zxing库，因此这里主要讲述如何利用zxing进行二维码开发。

• 如何将zxing的Android源码导入工程。

• 在导入zxing的android源码之前，先去官方下载zxing的源码http://code.google.com/p/zxing/downloads/list。

• 这里以1.6版本为例，zxing 1.6源码结构如下：

  
  

  <?xmlversion="1.0"encoding="utf-8"?>
  <manifestxmlns:android="http://schemas.android.com/apk/res/android"
  package="com.qrcode"
  android:versionCode="1"
  android:versionName="1.0">
  <uses-sdkandroid:minSdkVersion="7"/>
  
  <uses-permissionandroid:name="android.permission.VIBRATE"/><!--震动权限-->
  <uses-permissionandroid:name="android.permission.CAMERA"/>
  <uses-featureandroid:name="android.hardware.camera"/><!--使用照相机权限-->
  <uses-featureandroid:name="android.hardware.camera.autofocus"/><!--自动聚焦权限-->
  <applicationandroid:icon="@drawable/icon"android:label="@string/app_name">
  <activityandroid:name=".MainActivity"
  android:label="@string/app_name">
  <intent-filter>
  <actionandroid:name="android.intent.action.MAIN"/>
  <categoryandroid:name="android.intent.category.LAUNCHER"/>
  </intent-filter>
  </activity>
  
  <!--隐藏键盘--><!--全屏-->
  <activity
  android:configChanges="orientation|keyboardHidden"
  android:name="com.zxing.activity.CaptureActivity"
  android:screenOrientation="portrait"
  android:theme="@android:style/Theme.NoTitleBar.Fullscreen"
  android:windowSoftInputMode="stateAlwaysHidden">
  </activity>
  </application>
  </manifest>

• 这种情况大致就可以实现二维码扫描了，想细化的话，还可以多看看安卓二维码扫描开发相关的教程
  

D. android zbar能不能生成二维码

ZBarReaderViewController *reader = [ZBarReaderViewController new];

reader.readerDelegate = self;

reader.sourceType = ;
这个地方可以设置sourceType，有三种：
// , 打开所有照片 获取二维码

// , 打开摄像头 获取二维码

// 打开相册 获取二维码

你可以自己选择

E. iOS 两个静态库存在同名文件冲突解决方案

摘要：之前在做项目时,遇到了两个静态库中存在base64.o文件冲突(支付宝SDK与QQ分享SDK),在网上查找了各种资料,最后决定把其中一个.a文件的base64.o文件拆分出去,再重新打包静态库,但最后没能成功,附上静态库一些终端操作:1.查看文件的架构有哪些$lipo-infoAlipayRsaLib.aArchitecturesinthefatfile:libzbar.aare:armv7(cputype(12)cpusubtype(11))i386可以看到静态库中bao'

之前在做项目时,遇到了两个静态库中存在base64.o文件冲突(支付宝SDK与QQ分享SDK),在网上查找了各种资料,最后决定把其中一个.a文件的橡历base64.o文件拆分出去,再重新打包静态库,但最后没能成功,附上静态库一些终端操作:

1.查看文件的架构有哪些

可以看到静态库中bao'h包含了三种cpu架构的.a文件 armv7 armv7s即(cputype (12) cpusubtype (11)) i386(模拟器)

2.将armv7解压出来(armv7替换成i386即可解压i386格式.a)

3.新建立一个文件夹出来存放解压的(.o)文件

4.将静态库中的文件解压

在完成上述步骤后,我们要把其中的base64.o文件移除,再把其余的.o文件重新打包成对应cup框架的.a文件

5.合并完后进行打包.o文件了

6.合并静态库

本来以为这样就可以解决冲突问题,后来打包时才发现armv7s (cputype (12) cpusubtype (11))架构的.a文件无法拆分出来,上面打包的静态库激如州不包含armv7s格式,在iphone5后面版本的真机上部分功能将失效,既然这个方法行不通,那就只能另想其它方案了。于是继续在网上查找资料,最后了解到明蔽网上的对Build Settings——Other Linker Flags配置解释:

all_load就是会加载静态库文件中的所有成员,-ObjC就是会加载静态库文件中实现一个类或者分类的所有成员,-force_load(包的路径)就是会加载指定路径的静态库文件中的所有成员。所以对于使用runtime时候的反射调用的方法应该使用这三个中的一个进行link,以保证所有的类都可以加载到内存中供程序动态调用

在拿不到静态库源码情况下 ,只能采用-force_load+库文件路径方法设置Other Linker Flags,逐个加静态库,最终完美解决,发现那个静态库无法调用,就采用以下语句添加进去。

(-force_load后面为静态库文件路径,根据自己项目对应路径)

原文地址： iOS 两个静态库存在同名文件冲突解决方案

在第5步打包.o文件，不太明确，添加一下个人注释。libNew为解压.a文件后存放.o文件的文件夹，libNew.a为新生成的.a文件。

F. 为什么 iOS 有那么多优秀的开源组件，而 Android 反而很少

我做Android做了大约3年，做的虽然都是描绘Application层的小玩意，但是对整套生态圈应该感觉还是有点小了解；赶脚题主这个问题就有点黑安卓的意思，在我看来，这样的问题和“为什么C语言要比JAVA快”一样没有非常大的实际意义。所以感觉题主从主观上在做安卓的时候历银受到了挫折，哈哈。
首先我想说的是，Android上的开源组件并不少。
具体项目我就不多说了，各位同仁也在分享，而且git和group上多的一笔，像UIL(Universal Image Loader)这种神器，还有SherlockActionBar(已经被归入support v7，并且在最新版本的ADT中已经被强制填入)，很强大的Zxing这个一维码、二维码通吃的好玩敏燃意；还有什么pull-to-refresh的lib等等，同样我也希望在这个主题里面能看到更多同僚的分享。
相比来说，就以一二维码为例，zxing对iOS的支持就不怎么样，同事在搞iOS上的条码扫描和生成的时候，费了很大的功夫，且效果不理想，条码二维码这个近几年很火吧？可是iOS上没有一套完整的东西，zbar什么的，看了几个，都不理想，或多或少有欠缺。
所以我的观点的话，就这件事上，我是不同意楼主的观点的，首先jdk&android都是开源的，所以不考虑难度和质量来说，更容易开发出来一套工具lib或者框架；其次Android有Google这个爹，本着Google精神，有很多人愿意去分享自己的东西；再者我们从实际开发来讲，又或许是我做的项目都很小、很白痴，我没有觉得Android的第三方开源小玩意少肢拿宴，很多玩意都能找到相关的解决办法（现成代码）。
于是我想了解下题主在什么契机下觉得Android的开源项目少呢？Android本身就是个开源项目呀。