设计开发

百度鹰眼SDK Android版后台服务的重绑定问题

2016年11月2日 0, ? Java, JavaScript 设计开发

Android版百度鹰眼SDK（测试版本2.1.15）在开启定位追踪时会开启com.baidu.trace.LBSTraceService的服务来完成后台的定位和上传数据功能，此时如果应用主Activity退出（用户自行关闭，或者被系统kill等情况）时，则需要在重启时检测是否已经开启了追踪服务并可以正确停止服务。按照官方文档的说明，这种情况下应该先通过startTrace()重新进行后台服务的绑定，可以收到“onTraceCallback: 10006, 服务已开启”的结果回调，但我的实际测试结果则是，后台服务运行的情况下，应用重启startTrace()不会收到任何回调！同时又做了几种其它情况下的服务开启关闭测试，结果如下：
在应用不退出重启的情况下，不管是用同样的Trace对象，还是每次都创建同样参数的新Trace对象，都可以顺利连续开启、关闭追踪服务。而在重启应用的状态下，检测到服务正在运行后，用新创建的同样参数的Trace对象尝试startTrace时会出现收不到任何回调的情况，而如果先在应用管理器中手动停止后台服务再startTrace就没问题。
在应用重启的情况下，重新new一样参数的Trace对象，然后调用stopTrace，这样得到的回调结果是“onStopTraceFailed: 11002, 服务未开启”，但此时getRunningServices确实能够查到正在运行的后台服务。又试了通过stopService的方式直接请求停止com.baidu.trace.LBSTraceService服务，此时返回的是true，但getRunningServices依然可以检测到服务正在运行。
附上测试用的检测后台服务运行状态的方法：

    public boolean isTraceServiceRunning() {
        ActivityManager manager = (ActivityManager) getActivity().getSystemService(ACTIVITY_SERVICE);
        for (ActivityManager.RunningServiceInfo service : manager.getRunningServices(Integer.MAX_VALUE)) {
            if ("com.baidu.trace.LBSTraceService".equals(service.service.getClassName())) {
                return true;
            }
        }
        return false;
    }

最后，在联系了官方后，得到了问题的解决方法：
Continue reading…

内网Visual Studio Code通过XDebug远程调试linux服务器PHP脚本

2016年10月27日 2, ? 设计开发 软硬件使用

开发环境是这样：一台位于内网环境下的Windows机器使用VSCode作为IDE编写PHP脚本项目，一台位于公网的linux服务器运行lighttpd、fastcgi PHP用于部署调试。开发机所在网络环境不允许或不方便进行端口映射来打开XDebug所需的本地调试监听端口（默认9000），同时也不想安装本机PHP服务器来调试，于是采用本机编写PHP，然后上传linux服务器直接远程调试，记录环境搭建过程如下：
首先配置好开发机的IDE环境，我用的是VSCode 1.6.1，然后安装PHP Debug扩展，完成后选择一个指定文件夹作为项目根目录并在调试页中新建PHP调试配置，这时会在项目文件夹中生成.vscode/launch.json配置文件，按照PHP Debug的说明，加入serverSourceRoot与localSourceRoot，参考如下：

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Listen for XDebug",
            "type": "php",
            "request": "launch",
            "port": 9000,
            "serverSourceRoot": "/var/www/lighttpd/phpproj",
            "localSourceRoot": "${workspaceRoot}"
        },
        {
            "name": "Launch currently open script",
            "type": "php",
            "request": "launch",
            "program": "${file}",
            "cwd": "${fileDirname}",
            "port": 9000,
            "serverSourceRoot": "/var/www/lighttpd/phpproj",
            "localSourceRoot": "${workspaceRoot}"
        }
    ]
}

其中serverSourceRoot为项目位于服务器端的存储位置完整路径，localSourceRoot为本地项目存储位置完整路径，一般用环境变量${workspaceRoot}即可表示项目根目录。
Continue reading…

Xcode升级后导致原Qt项目构建失败的问题

2016年10月16日 0, ? C, C++, Obj-C 设计开发

原有使用Qt Creator 4.0.2创建的跨平台GUI项目，在近日Xcode升级至8.0后，出现了构建失败的问题，错误信息如下：

clang: warning: no such sysroot directory: ‘/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk’
In file included from ../FbxVertexMerger/main.cpp:1:
In file included from ../FbxVertexMerger/mainwindow.h:4:
In file included from ../../../../Qt5.7.0/5.7/clang_64/lib/QtWidgets.framework/Headers/QMainWindow:1:
In file included from ../../../../Qt5.7.0/5.7/clang_64/lib/QtWidgets.framework/Headers/qmainwindow.h:43:
In file included from /Users/wzkres/Qt5.7.0/5.7/clang_64/lib/QtWidgets.framework/Headers/qwidget.h:43:
In file included from /Users/wzkres/Qt5.7.0/5.7/clang_64/lib/QtGui.framework/Headers/qwindowdefs.h:43:
In file included from /Users/wzkres/Qt5.7.0/5.7/clang_64/lib/QtCore.framework/Headers/qglobal.h:81:
/Users/wzkres/Qt5.7.0/5.7/clang_64/lib/QtCore.framework/Headers/qsystemdetection.h:95:12: fatal error: ‘TargetConditionals.h’ file not found
# include <TargetConditionals.h>

显然，问题出在MacOSX10.11.sdk这个位置，升级后的MacOSX SDK变为了MacOSX10.12.sdk，那么如何让Qt使用新版本的SDK呢？很简单，修改Qt项目的.pro文件，加入 Continue reading…

VC++项目中第三方库代码生成std::string对象的析构崩溃问题

2016年09月2日 0, ? C, C++, Obj-C 设计开发

在使用预编译好的第三方库时，一定要注意生成库时的Runtime Library运行时库是否与引用库项目所使用的一致，一般提供prebuilt库方都会按照这些规则给库文件命名，如mt、mt-d等。
这次在测试一个别人提供好的mongo库时，就遇到了由于运行时库不一致导致的莫名其妙崩溃问题，崩溃代码如下：

mongo::BSONObjBuilder builder;
builder.append("type", 2)
mongo::BSONObj obj = builder.obj();
obj.jsonString();

在jsonString()这一步，任何BSONObj的转std::string方法，如toString()等，构造出的std::string在析构时会导致崩溃，大致看了下是标准库中的析构函数内执行此处时触发的：

__CLR_OR_THIS_CALL ~basic_string()
    {   // destroy the string
    _Tidy(true);
    }

放开运行的话会提示堆已被破坏，修改了一些调用代码方式，无果，最后发现自行创建的std::string析构时执行同样逻辑没有问题，最终发现是由于dll库使用的是debug版运行时库，而主程序使用的是非debug运行时库所致，在VS中Configuration properties->C/C++->Code Generation->Runtime Library，选择一致的debug版运行时库后，问题解决。

Unity3D导入TTF生成文字图集的跨平台不确定性问题

2016年08月15日 0, ? C#, dotNet 设计开发

Unity3D中，TTF字体可以以动态或静态方式使用，其中静态方式可以通过指定某些字符（某个字符集或者自定义的一些字符）生成文字图集材质及贴图，类似下图这样：
QQ截图20160815092800
而这次要说的问题就出在这个文字图集的贴图上，具体情况是在TTF设置同样的Font Size，Rendering Mode，Character和Custom Chars（使用Custom set字符集模式）的情况下，Unity Editor在不同系统下（Windows和Mac OSX）生成的贴图不一致的问题：
ttf1
可以看到，同一个“格”字生成了不同的字模（朝向、位置都有些许变化）。这个问题，如果是文字图直接拿来用的话还好，但要做一些手脚的话，比如手动修改贴图，实现一些如渐变，描边等艺术字效果的话就会引起麻烦，图集信息不同，要不就得改两次贴图，要不就会显示错乱。
Continue reading…

CentOS 7下编译FBX SDK示例时的”cannot find -luuid”问题

2016年07月28日 0, ? C, C++, Obj-C 设计开发

在Linux环境下尝试编译FBX SDK中的samples时，最后链接时出现”cannot find -luuid”，查了下文档发现这个uuid库是linux下生成唯一id用的那么一个库，起初以为是少了什么lib或者devel之类的，于是用yum开始安装，结果libuuid、uuid-devel都装上了还是不行，于是又都逐一卸载掉，查看ld的search path，在/lib64/下找到了：

lrwxrwxrwx. 1 root root 16 4月 7 22:35 /lib64/libuuid.so.1 -> libuuid.so.1.3.0
-rwxr-xr-x. 1 root root 20032 4月 1 01:37 /lib64/libuuid.so.1.3.0

用yum确认了下，也确实是已安装有这个uuid相关的库以及include等，于是怀疑是符号链接的问题，试了下用

ln -s libuuid.so.1 libuuid.so

建立libuuid.so的符号链接，重新make，成功通过并生成了sample的执行文件。

PS: FBX SDK的sample中的MakeFile将CC和LD设置成了gcc4，这个在我的CentOS7下会找不到（默认安装的应该都是），于是直接删掉了4。

对于Android NDK编译器ARM和Thumb模式的理解及Toolchain的切换clang编译器

2013年03月13日 1, ? C, C++, Obj-C 移动平台 设计开发

以前在做Symbian的时候，曾经研究过ARM CPU的指令集问题，ARM处理器支持两套指令集，即ARM和Thumb。ARM为32位指令集而Thumb为16位指令集，理论上32位可以提供更快的执行速度但会生成更大的二进制执行文件，而16位的Thumb则恰恰相反，省地儿但慢，这也正是体现出了ARM对于嵌入式设备的专业性。对于我这种牺牲一切换速度的理念来说，当时就留下了ARM就比Thumb快的印象，以致于现在在做Android NDK原生开发时，也是优先用ARM指令集。（这个可以通过在Android.mk中加入LOCAL_ARM_MODE := arm控制，默认情况下NDK使用Thumb指令集）

但是最近在Xcode编译iOS项目时，注意到同为ARM处理器的苹果设备，使用的是Thumb指令集，而且好像还是某种新版本的Thumb指令集，小搜索了一下看到有人说这种armv7引入的叫做Thumb-2的指令集要比arm指令集更好！于是又重新搜索更新了一下大脑知识库…

Continue reading…

对Unity3D的iOS导出插件XUPorter的plist处理功能的改进

2016年06月24日 0, ? 移动平台 设计开发

XUPorter：

Add files and frameworks to your Xcode project after it is generated by Unity 3D.
https://github.com/onevcat/XUPorter
237 forks.
598 stars.
25 open issues.

Recent commits:

是一个可以在U3D生成iOS所需Xcode项目时自动完成一些如添加framework，修改编译参数等操作的Editor插件。这个插件对于同一个项目需要接入各种不同渠道的SDK生成对应IPA的需求可以很方便快捷的实现自动化操作，降低项目维护复杂度。
在使用这个插件时，发现了些小问题，查看作者声明时发现其已经不在对这个插件进行维护了，于是只好自己动手做一些修改完善：
本文记录的就是对plist的处理功能，原代码逻辑中XCProject.cs中的ApplyMod函数会根据.projmods的信息对Xcode项目文件进行一系列的修改，其中一部是对项目.plist的修改，但这一步用我当时取到的github最新版本时会出错，仔细检查了下，发现无论projmods中的plist段写不写，生成对应的XCMod对象的plist总会是null，检查了下这个json数据解析生成类，发现plist的类型是“Hashtable”，而不像其他一些字段，如group是string，libs是ArrayList等，改换了下projmods中的json写法，又发现虽然可以解析成功不为null了，但实际修改plist逻辑又出现了问题，原逻辑是通过XCPlist的Process函数对projmods中提供的信息项对原项目plist进行合并修改，但是代码中对各种plist选项的处理不并完善，只有一个特殊if：

		public void AddPlistItems(string key, object value, Dictionary<string, object> dict)
		{
			Debug.Log ("AddPlistItems: key=" + key);
			
			if (key.CompareTo(PlistUrlType) == 0)
			{
				processUrlTypes((ArrayList)value, dict);
			}
			else
			{
				dict[key] = HashtableToDictionary<string, object>((Hashtable)value);
				plistModified = true;
			}
		}

会对URLSchemes做处理，显然这样无法实现通用的plist修改逻辑，思考过后我决定将其实现改为读取指定plist文件中的key项并与项目plist进行合并，覆盖已有的项，添加没有的项，具体实现如下：
Continue reading…

Unity3D中LoadLevelAsync异步加载场景的延迟切换问题

2016年05月18日 0, ? 设计开发

Unity中，对于异步加载场景的方式，脚本文档中有一定的解释和示例代码：http://docs.unity3d.com/ScriptReference/Application.LoadLevelAsync.html
其默认情况下，会在异步加载完成后立即切换到目标场景，但有些时候，需要在切换完成时先做一些操作，比如更新UI显示，释放资源等，也就是延迟切换场景的时间，这时就需要用到LoadLevelAsync返回值AsyncOperation的allowSceneActivation属性，将其置为false后，就不会立即切换场景了，但是有一个小问题就是，引擎底层对于这个逻辑的处理会变为，场景加载完成后，AsyncOperation的isDone以及progress都不会是正常的完成标记，也就是true和1.0，而是false和0.9，所以在需要手动置allowSceneActivation为true切换场景的位置的加载完成逻辑判断方式也需要调整为progress的0.9了。

Unity3D使用MonoDevelop进行开发时的项目编译问题

2016年04月20日 0, ? C#, dotNet 设计开发

自从VS2015出现以后，Unity3D的新版本也直接内置了对其支持，写代码和调试都非常方便，但是在没有VS2015的开发环境下，比如没装或者是装不了(Mac OSX)下，用Unity自带的MonoDevelop也还算方便。
这次记录的是一个之前太注意的小问题，C#脚本中写了个带默认参数的函数，结果发现Unity编辑器可以编译运行，但在MonoDevelop调试时却提示编译错误，检查了下，发现原来是默认用MonoDevelop调试时，这个IDE也会对打开的项目进行编译，但其编译的方式和Unity本身不太一样，对这些后加入支持的代码写法并不支持，解决方法也很简单：Tools->Options->Unity->Debugger->Build project in MonoDevelop，这个选项勾掉就可以了。