cmake命令行¶

两种使用方式 ：

>>>  cmake [option] <path-to-source> 指向含有顶级CMakeLists.txt的那个目录
>>>  cmake [option] <path-to-existing-build> 指向含有CMakeCache.txt的那个目录

第一种方式用于第一次生成cmake makefile，此后可以在build dir里直接 ``cmake . `` 。注意 `.`表示当前目录，因为当前目录中已经有CMakeCache.txt，所以适用第二种方式。实际上cmake总是先检查指定的build dir中有没有CMakeCache.txt，如果有就按第二种方式处理；如果没有才寻找CMakeLists.txt使用第一种方式处理。

参数

>>> -G <generator-name> 指定makefile生成器的名字
>>> -U globbing_expr 删除CMakeCache.txt中的变量
>>> -D var:type=value 添加变量及值到CMakeCache.txt中。注意-D后面不能有空格

当然CMake为了简单的处理编译，定义了全部的指令。这里只用了非常简单的几种，如果你要深入的理解CMake编译系统，请查看CMake的官方文档和OSG，Qt里边CMakeLists.txt的内容。当然他们非常的易懂。

好吧本篇专题就这样结束了，我在这里好像讲了很多，又好像什么都没有讲。只是为大家介绍了C/C++现在比较好的编译系统make，CMake。如果你有这样的需要，请根据你的需要来选择。

大数据特点¶

• 数据体量巨大。从TB级别，跃升到PB级别。
• 数据类型繁多，如网络日志、视频、图片、地理位置信息，等等。
• 价值密度低。以视频为例，连续不间断监控过程中，可能有用的数据仅仅有一两秒。
• 处理速度快。1秒定律。最后这一点也是和传统的数据挖掘技术有着本质的不同。物联网、云计算、移动互联网、车联网、手机、平板电脑、PC以及遍布地球各个角落的各种各样的传感器，无一不是数据来源或者承载的方式。

大数据处理¶

大数据技术是指从各种各样类型的巨量数据中，快速获得有价值信息的技术。解决大数据问题的核心是大数据技术。目前所说的”大数据”不仅指数据本身的规模，也包括采集数据的工具、平台和数据分析系统。大数据研发目的是发展大数据技术并将其应用到相关领域，通过解决巨量数据处理问题促进其突破性发展。因此，大数据时代带来的挑战不仅体现在如何处理巨量数据从中获取有价值的信息，也体现在如何加强大数据技术研发，抢占时代发展的前沿。

下面来介绍一下通用的大数据处理流程。

大数据作用¶

1. 营销 营销的本质是找出潜在顾客，向其发布信息，最终达成交易。 收集海量的消费者信息，然后利用大数据建模技术，按消费者属性（如所在地区、性别）和兴趣、购买行为等维度，挖掘目标消费者，然后进行分类，再根据这些，对个体消费者进行营销信息推送。目前概念火热的精准营销就是如此 2. 内部运营 相比营销，大数据在内部运营中的应用更深入，对于企业内部的信息化水平，以及数据采集和分析能力的要求更高。本质上，是将企业外部海量消费者数据与企业内部海量运营数据联系起来，在分析中得到新的洞察，提升运营效率。 3. 大数据用于决策 在大数据时代，企业面对众多新的数据源和海量数据，能否基于对这些数据的洞察，进行决策，进而将其变成一项企业竞争优势的来源？同大数据营销和大数据内部运营相比，运用大数据决策难度最高，因为它需要一种依赖数据的思维习惯。

确定需求¶

恶意应用在后台悄悄发送、屏蔽短信订购SP业务已成为安卓一大危害， 而需求在此产生——我希望手机系统能够详细记录: 手机内哪个应用在什么时候向谁发送了什么内容的短信，简称`4W`信息

初步设计¶

恶意应用一般使用 sendTextMessage 函数后台发送短信，那么解决方案看起来很直接——在函数实现内插桩，桩代码将函数调用信息输出到 Log 。那么，查看 Log 文件自然就知道短信的`4W`信息。

实践操作¶

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

 //frameworks/base/telephony/java/android/telephony/SmsManager.java

 public void sendTextMessage(
         String destinationAddress, String scAddress, String text,
         PendingIntent sentIntent, PendingIntent deliveryIntent) {
     if (TextUtils.isEmpty(destinationAddress)) {
         throw new IllegalArgumentException("Invalid destinationAddress");
     }
     if (TextUtils.isEmpty(text)) {
         throw new IllegalArgumentException("Invalid message body");
     }
     try {
         ISms iccISms = ISms.Stub.asInterface(ServiceManager.getService("isms"));
         if (iccISms != null) {
             iccISms.sendText(destinationAddress, scAddress, text, sentIntent, deliveryIntent);
         }
     }
     catch (RemoteException ex) {
         // ignore it
     }
 }

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

 public void sendTextMessage(
          String destinationAddress, String scAddress, String text,
          PendingIntent sentIntent, PendingIntent deliveryIntent) {
     if (TextUtils.isEmpty(destinationAddress)) {
         throw new IllegalArgumentException("Invalid destinationAddress");
     }
     if (TextUtils.isEmpty(text)) {
         throw new IllegalArgumentException("Invalid message body");
     }
     try {
         ILog ilog = ILog.Stub.asInterface(ServiceManager.getService("ilog"));
         if (ilog != null) {
             String[] logInfo=new String[3];
             logInfo[0]=destinationAddress;
             logInfo[1]=scAddress;
             logInfo[2]=text;
             ilog.log("sendTextMessage", logInfo);
         }
      }
     catch (RemoteException ex) {
          // ignore it
     }
     try {
         ISms iccISms = ISms.Stub.asInterface(ServiceManager.getService("isms"));
         if (iccISms != null) {
             iccISms.sendText(destinationAddress, scAddress, text, sentIntent, deliveryIntent);
         }
     } catch (RemoteException ex) {
          // ignore it
     }
 }

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

 /*
 * aidl file : frameworks/base/core/java/android/os/ILog.aidl
 * This file contains definitions of functions which are exposed by service
 */
 package android.os;
 interface ILog {
     /**
     * {@hide}
     */
     void log(String function ,in String[] logInfo);
 }

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81

 package com.android.server;
 import android.app.ActivityManager;
 import android.content.Context;
 import android.content.pm.PackageManager;
 import android.os.*;
 import android.os.ILog;
 import java.io.*;
 import java.text.SimpleDateFormat;
 import java.util.Date;
 import java.util.List;

 public class LogService extends ILog.Stub {

     public LogService(Context context) {
         super();
         mContext = context;
     }

     //获取调用该服务的应用包名
     private String getPackageName(int pid, int uid) {
         PackageManager mPkgMgr = mContext.getPackageManager();
         String[] pkgs = new String[0];
         if (mPkgMgr != null) {
             pkgs = mPkgMgr.getPackagesForUid(uid);
         }
         if (pkgs != null && pkgs.length == 1) {
             return pkgs[0];
         }
         ActivityManager am = (ActivityManager) mContext.getSystemService(Context.ACTIVITY_SERVICE);
         List<ActivityManager.RunningAppProcessInfo> apps = am.getRunningAppProcesses();
         if (apps != null) {
             for (ActivityManager.RunningAppProcessInfo info : apps) {
                if (info.pid == pid) {
                     return info.processName;
                 }
             }
         }
         return "unknown";
     }

     //将信息写入文件
     private int writeToFile(String funciton ,String[] logInfo ,String packageName) {
         File ilogWorkDir = mContext.getDir("/data/data/ilog", 0);
         if (!ilogWorkDir.exists()) {
            ilogWorkDir.mkdir();
         }
         File ilogOutFile = new File("/data/data/ilog", "smsLog.txt");
         FileOutputStream fos = null;
         try {
             fos = new FileOutputStream(ilogOutFile, true);
         } catch (FileNotFoundException e) {
             e.printStackTrace();
         }
         DataOutputStream dos=new DataOutputStream(fos);
         StringBuffer stringBuffer=new StringBuffer();
         stringBuffer.append("Time:")
                     .append(new SimpleDateFormat("yyyy-MM-dd HH:mm:ss:SSS")
                     .format(new Date()))
                     .append("\r\n");
         stringBuffer.append(String.format("FunName:%s", logInfo[0])).append("\r\n");
         stringBuffer.append("Info:").append("\r\n");
         for (int i = 1; i < logInfo.length; ++i) {
            stringBuffer.append("    ").append(logInfo[i]).append("\r\n");
         }
         stringBuffer.append("\r\n\r\n");
         try {
            dos.write(stringBuffer.toString().getBytes());
         } catch (IOException e) {
             e.printStackTrace();
         }
         return 0;
     }

     public void log(String function, String info[]) {
         String packageName = null;
             packageName = getPackageName(Binder.getCallingPid(), Binder.getCallingUid());
             writeToFile(function ,info,packageName);
         }

     final private Context mContext;
 }

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

 /*
  * go to function "@Override public void run()"
 * ........
 * Add following block after line "if (factoryTest != SystemServer.FACTORY_TEST_LOW_LEVEL) "
 */
 try {
     Slog.i(TAG, "ilog");
     ServiceManager.addService("ilog", new LogService(context));
 } catch (Throwable e) {
     Slog.e(TAG, "Failure starting LogService Service", e);
 }

1
2
3
4
5
6
7
8

 /*
  * open frameworks/base/Android.mk and add following line
  */
 ...
 core/java/android/os/IPowerManager.aidl \
 core/java/android/os/ILog.aidl \
 core/java/android/os/IRemoteCallback.aidl \
 ...

编译¶

CyanogenMod gingerbread-release 版本适配了60多款手机 [1] [2]。

为官方支持的手机编译出ROM比较简单，命令格式如下：

cd device/[厂商］/[手机别名]
./extract-files.sh
./setup-makefiles.sh
cd ../../..

cd vendor/cyanogen
./get-rommanager
cd ../..

source ./build/envsetup.sh
lunch cyanogen_[手机别名]-eng
make clean
brunch [手机别名]

以我手上的测试机`htc G9`(别名 liberty)为例：

cd device/htc/liberty
./extract-files.sh
./setup-makefiles.sh
cd ../../..

cd vendor/cyanogen
./get-rommanager
cd ../..

source ./build/envsetup.sh
lunch cyanogen_liberty-eng
make clean
brunch liberty

编译期间出现的问题大多为依赖包未安装，根据提示安装好即可

编译完成后会在 /out/target/product/[手机别名]目录生成cm-7-[日期]-UNOFFICIAL-[手机别名].zip ，可以使用刷机精灵之类的软件刷机入对应的手机当有应用调 sendTextMessage函数时，就会记录到 /data/data/ilog/smsLog.txt 。需求满足

不死鸟传说¶

就在HD2价格落到最底点的时候，就在更多人把眼光高高的仰望到硬件越来越眼花缭乱的安卓机的时候，XDA的大神们默默的发布了可以用在HD2上的安卓ROM。其实吧，说实话，能在HD2彻底死亡之前及时的出来安卓ROM，私以为与HTC后续的几款手机，比如G5、G7，用的都是和HD2一样的处理器不无关系。 更多

Wp7加无限制android（NativeSD）刷机方法¶

个人认为，NativeSD是不死鸟最炫丽的羽毛 NativeSD也是xda的妖物们弄出来的一套HD2刷机方法，原理上基本就是在tf卡中划分出一个ext4的分区，然后把android的系统解包到这个ext4分区的目录中，再挂载这个目录从而实现启动android的目的。虽然听上去和卡模版的android区别不大，不过NativeSD是直接解包到卡上运行的，理论上说只要卡的速度够快，android的运行速度会超过直刷到ROM中的速度的。 更多

下面数篇是我自己做的或者改的HD2的NativeSD ROM

crane–sense–androi2.3.5¶

Sense在所有的安卓UI中一直是我的最爱。说不清楚为啥，也许是从WM时代带过来的习惯，也许是因为Sense真的很好用。不过，似乎Sense在伴随着HTC一起沉沦吗？ 更多

peacock–MIUI–android2.3.7¶

MIUI这个系统一出场就给1.x年代的安卓世界眼前一亮的感觉。那时候安卓的UI着实的丑，被IOS死死地压制，但是走对IOS大规模山寨之路的MIUI算是当年安卓界的异类了——至少用起来简单，不那么难用，响应速度也快。不过正如IOS的UI一样，MIUI这种风格的UI，由于可随意定制性性对差一些，用时间久了会些许有些腻味了。 更多

swan–CM10.1–androi4.2.2¶

CM的出现很多大程度上改变了安卓界的格局。原本各手机厂商为了多卖新机型，对老机型系统的支持和更新翻脸就不认账，但是自从有了CM，情况就变成了用户可以不卖手机厂商的帐了——反正不管啥版本的系统，几乎没有CM找不到的。 更多

sparrow–deepin–androi4.1.2¶

深度曾经也算是盗版windows很有地位的一员，自从番茄入狱以后，深度也干起了洗白的大潮。后起的DeepinLinux和SenduOS也算是中规中矩吧，不过似乎用户群双双都不大，另外感觉效果上似乎离MIUI还是有不小的距离。简单的用了下，还算是流畅吧，不过没装什么软件(CM10在不装软件的时候也算得上比较流畅了，装了软件就卡卡卡卡卡……)。 更多

ostrich–FireFoxOS¶

FireFoxOS也算是Linux系手机操作系统的异类了，不过它毕竟是Linux。由于有了各种安卓的前车之鉴，只要是Linux系统的手机操作系统，在HD2这里都可以做成NativeSD的，SO，XDA的大神们果然就做了。 更多

外三篇——掘完HD2的坟回来掘G6

Legend：制作金卡¶

为什么需要金卡、金卡的作用、是不是可以不用金卡……这些问题我都不想讨论了，说实话，我还真不知道。但是我对金卡的认识是，这东西在某些情况下确实有用，所以就找一张体质好的容量小的卡做一个放那吧，反正小容量的卡一般来说也没多大用处了。OK，我不会告诉你这一章是可以跳过的。 更多

Legend：刷RUU¶

RUU，是ROM Upgrade Utility英文缩写，意思是ROM升级工具包(即ROM更新实用程序)，它一般由HTC官方发布，在电脑端简单快速地升级手机固件(ROM)的套件。即所谓的官方ROM，官方到不能再官方的ROM。 更多

Legend：从RUU中提取ROM¶

更多

番外之番外

其实在提取完G6 ROM以后，原本是要写怎么裁剪系统的，后来因为种种原因一直都没写。偶一直都以为偶食言了，今天看了看，原来那时候根本就没有预告要写这个呀，万幸万幸，偶还是个讲信用滴人……

其实裁剪手机系统是灰常简单的事情，把zip解压缩，把里面的/system/app下面或者/data/app里面的各种不需要的让人恶心的apk删掉，然后这个世界就清净了。

如果从网上找教程的话，会有很多教程都说最后一步要签名，签名不对无法刷入云云，其实，据我观察，似乎现在的很多手机由于用的recovery并不是有那么严格的限制，所以rom包其实根本就不需要在意签名了，只要rom里面的内容正确，刷机脚本没问题就一切OK……这到底是进步还是倒退？需要签名好像也就是HTC刚开始的机型这么干过吧，后来刷G12的时候，根本就没有G6那样的签名障碍呢。

android已经让这个世界疯了。一切似乎都变得廉价和触手可得了。

系统启动¶

• PC

  设备在上电以后会在指定的位置来运行某段代码，这个位置`0xFFFF0`就是固化在主板上的BIOS（现在是UEFI了），BOIS自检后会从磁盘的某个位置加载程序，如果mbr分区会运行位于磁盘0道0柱1扇区上512字节的mbr程序，mbr程序会通过446+1字节的位置读取64字节的分区表，并在boot标志的分区上加载bootload，一般会使grub、lilo。UEFI引导的情况下，UEFI会直接到GPT分区的fat文件系统下找到efi的引导文件并加载，这个文件会加载grub或者其他引导（lilo是否支持有待验证）。grub本身是一个缩减版的内核，grub本身会包含stage1,stage1.5，stage2 三步。它通过kernel指令加载kernel(grub2是linux指令) vmlinuz文件并传递给内核启动参数，通过initrd指令加载ram disk文件，然后内核就被加载进内存中运行了。

  efi启动模式下的boot目录如下图：

• 开发板

  开发板上电后会从norflash或者nandflash上的某个位置来读取bootload，然后由bootload加载内核到内存，内核直接开始运行。在3.0以后的arm linux上kernel会从flash的某个位置读取LDS来加载板载资源的配置信息。

  在内核初始化完成后，需要和根文件系统建立关联，pc版的kernel会借助initrd来做桥梁加载根文件系统，而armlinux则直接根据配置加载跟文件系统。

早期init 系统简介¶

在内核所有的操作完成以后就会从根文件系统中加载地一个要执行的程序，他是所有程序的父进程，也是我们今天的主角 init 。恩，前面的废话太多了，现在才进入正题.

init的历史很久远，早期Linux使用的init有两个版本： sysV 和 BSD 。现在他们仍旧没有完全被废弃，现在还有不少发行版本采用这两个系统比如dibian还采用system V init,archlinux在20jenk12年前后才放弃BSD init切换到systemd。废话不多说，分别描述一下。

• BSD

  • 使用/etc目录下以rc.x作为文件名的文件来描述init的操作
  • rc.sysinit
  • rc.single单用户执行
  • rc.multi2～5执行
  • rc.local是杂项
  • init系统会按照以上顺序加载运行
  • rc.conf包含了相关的配置

• system V

  • 脚本文件目录在 /etc/init.d/
  • /etc/rc{runlevel}.d 目录标识相应运行级别的目录
  • 目录下的文件以S开头的是启动的服务，以K开头的是不启动的服务
  • 启动标识后紧跟的数字表示启动优先级，数值越小运行越早
  • 通过service命令来起停服务
  • 通过chkconf来管理服务
  • 通过 /etc/inittab 文件来配置相应的运行级别

以上两种init系统加载的文件本身都是一些脚本文件，通过这些脚本可以加载相应的模块或者启动需要的程序。 BSD init 具体服务的内容:

#!/bin/sh
. /etc/rc.subr
name="dummy"
start_cmd="${name}_start"
stop_cmd=":"

dummy_start()
{
    echo "Nothing started."
}

load_rc_config $name
run_rc_command "$1"

SystemV init具体服务的配置内容：

#! /bin/sh

### BEGIN INIT INFO
# Provides:          sudo
# Required-Start:    $local_fs $remote_fs
# Required-Stop:
# X-Start-Before:    rmnologin
# Default-Start:     2 3 4 5
# Default-Stop:
# Short-Description: Provide limited super user privileges to specific users
# Description: Provide limited super user privileges to specific users.
### END INIT INFO

N=/etc/init.d/sudo

set -e

case "$1" in
  start)
        # make sure privileges don't persist across reboots
        if [ -d /var/lib/sudo ]
        then
                find /var/lib/sudo -exec touch -t 198501010000 '{}' \;
        fi
        ;;
  stop|reload|restart|force-reload|status)
        ;;
  *)
        echo "Usage: $N {start|stop|restart|force-reload|status}" >&2
        exit 1
        ;;
esac

exit 0

从语法角度来看两者没有什么区别。

早期的init系统存在若干问题，比如，无法并行任务，任务之间缺乏有效的通信机制，对进程的监控只能通过PID来进行...

现代init系统简介¶

systemd和upstart在这种情况下产生了，他们都是事件驱动的，不得不说的是由于systemd开始时间晚于upstart所以很多特性也借鉴了upstart，同时systemd还借鉴了Mac OS X的Launcher系统。

• systemd

systemctl来管理systemd，同时也兼容service命令 所有的systemd配置在 /usr/lib/systemd 目录下,当启动用后会被链接或者拷贝到/etc/systemd目录下

• upstart - 使用initctl来管理upstart - 配置项在 /etc/init/ 目录下 - ubuntu中在 /etc/rc.conf 的最后一行通过 exec /etc/init.d/rc $RUNLEVEL 来启动相应级别系统，debina中是在 /etc/inittab``中添加 ``id:2:initdefault:

  我印象中ubuntu的upstart的配置和centos的配置方法是有区别的，这里无法进一步验证。

systemd和upstart的使用¶

先分别上一段代码,sytemd：

[Unit]
Description=OpenSSH Daemon
Wants=sshdgenkeys.service
After=sshdgenkeys.service
After=network.target

[Service]
ExecStart=/usr/bin/sshd -D
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=always

[Install]
WantedBy=multi-user.target

upstart:

start on fedora.serial-console-available DEV=* and stopped rc RUNLEVEL=[2345]
stop on runlevel [S016]

instance $DEV
respawn
pre-start exec /sbin/securetty $DEV
exec /sbin/agetty /dev/$DEV $SPEED vt100-nav
post-stop exec /sbin/initctl emit --no-wait fedora.serial-console-available DEV=$DEV SPEED=$SPEED
usage 'DEV=ttySX SPEED=Y  - where X is console id and Y is baud rate'

看出什么区别来了吗？

upstart和systemd是全新的方式，upstart是命令的方式，systemd则是conf形式。

systemd¶

• Unit 用来描述服务的相关信息和依赖关系
• Service 对服务本身进行描述
• Install 说明他的运行环境
• 运行级别也通过systemd来进行管理

upstart¶

• 通过 start on runlevel [012345] 和 stop on runlevel [!RUNLEVEL] 来制定具体运行级别
• 通过 exec 来运行相应的程序
• 通过 script ... end script` 指令可以直接嵌入脚本

一些更加细节的配置请查阅相关手册吧。

我们可以通过 --init=xxx 内核参数来指定所使用的init系统。当然指定的这个init可以是任意的程序，你完全可以直接指定成为你想要的任何程序。

目前大部分Linux发行版本都已经采用systemd作为默认的init系统，ubuntu现在使用的是upstart系统，而Debain也在投票的结果是选择了systemd，ubuntu也宣布会接受debian的上游选择决定。

貌似现在systemd有统一Linux世界init系统的趋势。

专题 web.py学习(二)¶

作者: ownone

web.py和通用概念¶

关于web.py解析上一次，和大家一块分析了web.py主体(httpserver)的调用流程。要仔细分析他们的调用流程，这是一件比较困难的事情。 因为web.py为了方便大家的扩展，使用了很多近似的方法名称，如果你要用眼睛上去查看他们的调用，你非常可能被带入迷糊的境地。会有许多让你疑惑的内容我自己使用的方法是在web.py中添加了大量的调试信息。

看了郎中撰写的flask的东东，我觉得我有点太钻牛角尖，非常想把web.py弄明白，但是并没有把web.py用好，这一次我的希望这次的web.py可以作为web.py三部曲（核心逻辑，如何使用，写一个凑合的web程序）的承上启下的内容。

web.py里边包含着几个通用的概念HTTPServer，HTTPRequest，HTTPConnection，GateWay.这些概念在所有的server都会出现。

• HTTPServer是web.py的大管家，创建套接字，建立线程池，处理http header，返回http状态和页面。
• HTTPConnection在服务器上，意味着client，他就是client的代表。web.py非常形象的使用了一个方法communicate，体现了两者之间的关系。
• HTTPRequest是client和server交互的实际的内容，非常直接的request，response。
• GateWay 服务器和开发人员的面板。通过gateway，开发人员实现的逻辑，才能与客户端进行交流。

好了，在这里对web.py的httpserver部分做了一个总结。

hello world¶

下边我将要更多的介绍web.py了。让大家怎么开始使用web.py，好了从臭名昭著的helloworld开始吧。

#-*- coding:utf-8 -*-
import web

#定义url，将地址映射到对应的类
urls = (
    "/", "index",
)
app = web.application(urls, globals())
#定义index类
class index:
    #get请求
    def GET(self):
        return "Hello World"

if __name__ == "__main__":
    app.run()

请将这段代码保存到app.py里边，运行 python app.py (你必须已经安装了web.py),用浏览器访问 http://localhost:8080 ，如果看到Hello World，那么恭喜你你已经成功运行了网站。你的代码已经提供了http服务。

这个程序是我们的开端，所有的内容都在这个基础上延伸。让我们好好认识这个开端。

路由表和服务器容器¶

urls –路由表，定义了客户端请求的url，可以使用正则表达式，web.py会为我们只能得匹配到合适的类。这里都是逗号，两两配对。

注意：url匹配只匹配url路径不包括参数，例如：

/news/create?title=(.+)

其中起作用的url是/news/create

web.application是我们web服务器的容器，我们把想要的url和对应的逻辑实现以后，它就忠实的为我们工作（因为web.application可见，让我觉得web.py像lib多个framework） 这些自定义的类，有固定的GET，POST方法，以应对get和post请求。实现逻辑，返回给客户端。 web.py使用了类来写视图，这是一个非常赞的设计，这样我们可以通过定义基类来实现很多功能，例如在视图开始前自动检查用户权限，将一些常用的方法写成基类方法，就能很方便的进行调用，甚至在一些特殊需求下，可以通过一个类视图，来衍生出很多页面，既提高了开发速度，也提高了可维护性。

这很好，但是还有个疑问，我写一个helloword还行，让我写一个正常的页面，让我用一个字符串全return出来，这也太为难了，别着急。下边就是我们的模板。

web.py模板¶

这个太重要了，让我想起的就是当初开始学习j2ee的时候，编写jsp，在webpage中编写<%Java代码%>。话说这个是一个伟大的历史的进步不是吗？不用什么都是print(“”)

web.py在这个地方，有太多的选择，mako，genshi，jinja2.还有它自身的Templetor 。 Templetor是web.py的模板语言，它能负责将 python 的强大功能传递给模板系统。 在模板中没有重新设计语法，它是类 python 的。 在app.py同级目录建立文件夹templ,上创建hello.html 内容为

$def with (name)
Hello $name!

将app.py中index类更新为

再次运行python app.py，hello word！又出现了。

Templator非常强大，支持简易的语法可以实现

• 定义变量，赋值

$ bug = get_bug(id)
<h1>$bug.title</h1>
<div>
    $bug.description
<div>

• 过滤

$:form.render()

• 转义符

5$$       $#我显示的是5dollar

• 注释

$# this is a comment
hello $name.title()! $# display the name in title case

• 控制结构

$while a:
    hello $a.pop()
$if times > max:
    Stop! In the name of love.
$else:
    Keep on, you can do it.

• 内置 和 全局

  像 python 的任何函数一样，模板系统同样可以使用内置以及局部参数。很多内置的公共方法像 range，min，max等，以及布尔值 True 和 False，在模板中都是可用的。部分内置和全局对象也可以使用在模板中。

全局对象可以使用参数方式传给模板，使用 web.template.render：

import web
import markdown

globals = {'markdown': markdown.markdown}
render = web.template.render('templates', globals=globals)

内置方法是否可以在模板中也是可以被控制的,为了安全性需要去掉内置的方法：

# 禁用所有内置方法
render = web.template.render('templates', builtins={})

通过模板的这些定义，web.py具有了非常强大的页面表现能力。 最后说一下，豆瓣后台部分就是使用web.py，不过模板系统使用的是mako。可见web.py是非常具有实用性的。

第一个应用¶

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

#!/bin/env python
# file: hello.py
from flask import Flask
app = Flask(__name__)

@app.route("/")
def hello():
    return "Hello World!"

if __name__ == "__main__":
    app.run()

解释一下哈， @app.route("/") 是Werkzeug的路由系统，它是通过python的修饰器来实现的，什么是修饰器吗？上期ownone已经在专题中讲过了，我就不废话了。 运行一下,

python hello.py

哈哈，就这么简单。通过 app.debug=True 或者 app.run(debug=True) 可以轻松的进入调试模式

路由¶

这就是路由

@app.route("/")

根据路由，flask将http请求交给对应的处理函数

路由系统的可以通过<var_name>的形式轻松与函数的参数结合起来，同时可以限制类型 int 、 float 、 path ，像这样 <int:port_id>

@app.route("/user/<name>")
def name(name):
    return name

路由是使用修饰器来实现的，比起django和web.py这些使用全局的定义要更灵活，但是萝卜青菜各有所爱，不如他们集中配置方便。

flsak支持完整的Restful接口，路由通过 methods=[GET, PUT] 形式来指定处理的类型，全局对象 request 的 method 可以获得请求类型

反向路由¶

什么是反向路由？

路由是根据地址进行路由，反向路由应该是根据路由得出地址。

它通过 url_for 系列函数可以自动构建出相应的URL来

url_for("user", name="CROSS")

就会返回

>>> /user?name=CROSS

通过 redirect(url(`log`)) 可以轻松完成请求的转发

模板¶

flask使用的模板系统是作者自己的 Jinja2

模板的语法和django的模板系统差不多

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

 <!doctype html>
 <!-- base.htm -->
 <html>
 <body>
 <div>名称:</div>
 {% block name%}
 基础模板的内容
 {% endblock%}
 </body>
 </html>

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

 <!-- name.html -->
 {% extends base.html%}
 {% block name -%}
 {# 注释:减号是移除空白的 #}
 {% if user %}
 <div>{{user.name}}</div>
 {% else %}
 <div>他没有名字</div>
 {% endif %}
 {% endblock%}

是不是和django的模板一样呢。

模板的使用也很简单直接使用渲染器就可以

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

 from flask import  Flask, render_template

 app = Flask(__name__)

 class User(object):
     def __init__(self):
         self.name = ""

 @app.route("/name")
 def name():
    user = User()
    user.name = "my_name"
    return render_template("name.html", user)

 if __name__ == "__main__":
    app.run()

当然Jinja2是一套完整的模板系统，功能足够强大，过滤器、上下文、加载器等高级特性。

生产环境部署¶

这里我直接使用uwsgi来部署，当然你也应该使用nginx或者tornado来做前端。

uwsgi的配置文件支持xml、ini、yaml，个人感觉xml太繁琐了，ini和yaml不错，yaml通过缩进标识关系很有`python范`，所以这里就用yaml来展示一下配置

1
2
3
4
5
6
7

 #flask.yaml
 uwsgi:
   pythonpath: /opt/flask_test
   module: run.py
   callable: app
   processes: 5
   socket: /tmp/flask.socket

启动测试

>>> uwsgi --yaml flask.yaml

成功后可以将启动添加到系统服务中。

简单即是美¶

flask太简单了，以至于我们不得不去自己去做很多事情来使他完成我们的任务。某种程度上说他不应该是 框架 而是一个 库 。

flask虽小但是他通过 request 、 session 等对象漂亮的完成了对web相关的工作

flask的最大的亮点就是松耦合，flask只和web层面耦合，除了内置的路由系统和模板系统就没有内置其他功能了，真的很轻量级，但是flask可以快速的接入第三方库来完善自己的功能。

最后给出三个官方推荐的示例

https://github.com/mitsuhiko/flask/tree/master/examples/flaskr/

https://github.com/mitsuhiko/flask/tree/master/examples/minitwit/

https://github.com/mitsuhiko/flask/tree/website