OpenRTB 中有一个 geo 字段，该字段对应一个 geo 对象，这个对象中有好多字段，这里只讨论两个关键的字段 lat 和 lon 字段的获取。其中 lat 表示纬度，lon 表示经度。

获取 Android 设备的地理位置信息

import android.Manifest;
import android.content.Context;
import android.content.pm.PackageManager;
import android.location.Location;
import android.location.LocationListener;
import android.location.LocationManager;
import android.os.Bundle;
import android.os.Process;

import java.util.List;

final class GeoInfo {
    private static LocationListener locationListener;
    private static volatile Location location;

    static void init(Context context) {
        final LocationManager locationManager = (LocationManager) context.getSystemService(Context.LOCATION_SERVICE);
        List<String> providers = locationManager.getProviders(true);
        String provider = null;
        if (context.checkPermission(Manifest.permission.ACCESS_COARSE_LOCATION, Process.myPid(), Process.myUid()) == PackageManager.PERMISSION_GRANTED) {
            if (providers.contains(LocationManager.NETWORK_PROVIDER)) {
                provider = LocationManager.NETWORK_PROVIDER;
            }
        }
        if (provider == null) {
            if (context.checkPermission(Manifest.permission.ACCESS_FINE_LOCATION, Process.myPid(), Process.myUid()) == PackageManager.PERMISSION_GRANTED) {
                if (providers.contains(LocationManager.GPS_PROVIDER)) {
                    provider = LocationManager.GPS_PROVIDER;
                } else if (providers.contains(LocationManager.PASSIVE_PROVIDER)) {
                    provider = LocationManager.PASSIVE_PROVIDER;
                }
            }
        }
        if (provider == null) {
            return;
        }
        location = locationManager.getLastKnownLocation(provider);
        if (location != null) {
            return;
        }
        locationListener = new LocationListener() {
            @Override
            public void onLocationChanged(Location location) {
                GeoInfo.location = location;
                if (locationListener != null) {
                    locationManager.removeUpdates(locationListener);
                }
            }

            @Override
            public void onStatusChanged(String provider, int status, Bundle extras) {
            }

            @Override
            public void onProviderEnabled(String provider) {
            }

            @Override
            public void onProviderDisabled(String provider) {
            }
        };
        final String finalProvider = provider;
        if (context.checkPermission(Manifest.permission.ACCESS_FINE_LOCATION, Process.myPid(), Process.myUid()) == PackageManager.PERMISSION_GRANTED &&
                context.checkPermission(Manifest.permission.ACCESS_COARSE_LOCATION, Process.myPid(), Process.myUid()) == PackageManager.PERMISSION_GRANTED) {
            try {
                locationManager.requestLocationUpdates(finalProvider, 0, 0, locationListener);
            } catch (Exception e) {
            }
        }
    }

    static double getLatitude() {
        if (location == null) return 0.0;
        return location.getLatitude();
    }

    static double getLongitude() {
        if (location == null) return 0.0;
        return location.getLongitude();
    }

    static float getAccuracy() {
        if (location == null) return 0.0f;
        return location.getAccuracy();
    }

}

这里为了不增加依赖，我们直接用了 Context 的 checkPermission 方法来进行权限检测。

另外，在 AndroidManifest.xml 中还需要加入下面的权限声明：

<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

获取 iOS 设备的地理位置信息

#import <Foundation/Foundation.h>
#import <CoreLocation/CoreLocation.h>

@interface GeoInfo()<CLLocationManagerDelegate>
@end

@implementation GeoInfo

static const GeoInfo *delegate;
static const CLLocationManager* locationManager;
static double latitude = 0;
static double longitude = 0;
static double accuracy = 0;

+(void)load {
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
        delegate = [GeoInfo new];
        locationManager = [CLLocationManager new];
        locationManager.delegate = delegate;
        locationManager.desiredAccuracy = kCLLocationAccuracyBest;
        [locationManager requestWhenInUseAuthorization];
        [locationManager startMonitoringSignificantLocationChanges];
        [locationManager startUpdatingLocation];
    });
}

- (void)locationManager:(CLLocationManager *)manager
     didUpdateLocations:(NSArray<CLLocation *> *)locations {
    CLLocation *location = [locations lastObject];
    latitude = location.coordinate.latitude;
    longitude = location.coordinate.longitude;
    accuracy = manager.desiredAccuracy;
    [locationManager stopUpdatingLocation];
}

+ (const double)latitude {
    return latitude;
}

+ (const double)longitude {
    return longitude;
}

+ (const double)accuracy {
    return accuracy;
}

@end

在 iOS 中要获取地理位置信息，除了使用上面的代码之外，还需要在 info.plist 添加 Privacy - Location Always Usage Description 或者 Privacy - Location When In Use Usage Description 权限，类型为 String，value 中一定要有值， 来告诉用户使用定位服务的目的（一直定位/当用户使用时定位）。然后在程序的 Build Phases 的 Link Binary With Libraries 导入 CoreLocation.framework 就可以了。

OpenRTB 中还有一个 connectiontype 字段，在 OpenRTB 3.0 里面叫 contype，其实表示的都是网络连接类型，其中包含有 Ethernet，WIFI，2G，3G，4G，5G 和未知移动网络类型。下面我们就来看看如何在 Android 和 iOS 中如何获取网络连接类型。

获取 Android 设备的 ConnectionType

public static String getConnectionType() {
    String connectionType = "";
    NetworkInfo networkInfo = ((ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE)).getActiveNetworkInfo();
    if (networkInfo != null && networkInfo.isConnected()) {
        int type = networkInfo.getType();
        if (type == ConnectivityManager.TYPE_WIFI) {
            connectionType = "wifi";
        } else if (type == ConnectivityManager.TYPE_ETHERNET) {
            connectionType = "ethernet";
        } else if (type == ConnectivityManager.TYPE_MOBILE) {
            String subTypeName = networkInfo.getSubtypeName();
            int networkType = networkInfo.getSubtype();
            switch (networkType) {
                case TelephonyManager.NETWORK_TYPE_GPRS:
                case TelephonyManager.NETWORK_TYPE_EDGE:
                case TelephonyManager.NETWORK_TYPE_CDMA:
                case TelephonyManager.NETWORK_TYPE_1xRTT:
                case TelephonyManager.NETWORK_TYPE_IDEN:
                case TelephonyManager.NETWORK_TYPE_GSM:
                    connectionType = "2g";
                    break;
                case TelephonyManager.NETWORK_TYPE_UMTS:
                case TelephonyManager.NETWORK_TYPE_EVDO_0:
                case TelephonyManager.NETWORK_TYPE_EVDO_A:
                case TelephonyManager.NETWORK_TYPE_HSDPA:
                case TelephonyManager.NETWORK_TYPE_HSUPA:
                case TelephonyManager.NETWORK_TYPE_HSPA:
                case TelephonyManager.NETWORK_TYPE_EVDO_B:
                case TelephonyManager.NETWORK_TYPE_EHRPD:
                case TelephonyManager.NETWORK_TYPE_HSPAP:
                case TelephonyManager.NETWORK_TYPE_TD_SCDMA:
                    connectionType = "3g";
                    break;
                case TelephonyManager.NETWORK_TYPE_LTE:
                case TelephonyManager.NETWORK_TYPE_IWLAN:
                case 19: // TelephonyManager.NETWORK_TYPE_LTE_CA
                    connectionType = "4g";
                    break;
                default:
                    if (subTypeName.equalsIgnoreCase("TD-SCDMA") ||
                            subTypeName.equalsIgnoreCase("WCDMA") ||
                            subTypeName.equalsIgnoreCase("CDMA2000")) {
                        connectionType = "3g";
                    } else if (subTypeName.equalsIgnoreCase("NR")) {
                        connectionType = "5g";
                    } else {
                        connectionType = "cell_unknown";
                    }
                    break;
            }
        }
    }
    return connectionType;
}

获取 iOS 设备的 ConnectionType

+ (const NSString *)connectionType {
    struct sockaddr_in zeroAddress;
    bzero(&zeroAddress, sizeof(zeroAddress));
    zeroAddress.sin_len = sizeof(zeroAddress);
    zeroAddress.sin_family = AF_INET;
    SCNetworkReachabilityRef defaultRouteReachability = SCNetworkReachabilityCreateWithAddress(NULL, (struct sockaddr *)&zeroAddress);
    SCNetworkReachabilityFlags flags;
    SCNetworkReachabilityGetFlags(defaultRouteReachability, &flags);
    CFRelease(defaultRouteReachability);
    if ((flags & kSCNetworkReachabilityFlagsReachable) == 0) {
        return @"";
    }
    if ((flags & kSCNetworkReachabilityFlagsConnectionRequired) == 0) {
        return @"wifi";
    }
    if (((flags & kSCNetworkReachabilityFlagsConnectionOnDemand) != 0) ||
        (flags & kSCNetworkReachabilityFlagsConnectionOnTraffic) != 0) {
        if ((flags & kSCNetworkReachabilityFlagsInterventionRequired) == 0) {
            return @"wifi";
        }
    }
    if ((flags & kSCNetworkReachabilityFlagsIsWWAN) == kSCNetworkReachabilityFlagsIsWWAN) {
        CTTelephonyNetworkInfo *info = [CTTelephonyNetworkInfo new];
        if (info) {
            NSString *currentStatus = nil;
            if ([UIDevice currentDevice].systemVersion.floatValue >= 12.1) {
                if ([info respondsToSelector:@selector(serviceCurrentRadioAccessTechnology)]) {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wunsupported-availability-guard"
#pragma clang diagnostic ignored "-Wunguarded-availability"
#pragma clang diagnostic ignored "-Wunguarded-availability-new"
                    NSDictionary *dict = [info serviceCurrentRadioAccessTechnology];
#pragma clang diagnostic pop
                    if (dict.count) {
                        currentStatus = [dict objectForKey:dict.allKeys[0]];
                    }
                }
            } else {
                if ([info respondsToSelector:@selector(currentRadioAccessTechnology)]) {
                    currentStatus = [info currentRadioAccessTechnology];
                }
            }
            NSArray *network2G = @[CTRadioAccessTechnologyEdge,
                                   CTRadioAccessTechnologyGPRS,
                                   CTRadioAccessTechnologyCDMA1x];
            NSArray *network3G = @[CTRadioAccessTechnologyWCDMA,
                                   CTRadioAccessTechnologyHSDPA,
                                   CTRadioAccessTechnologyHSUPA,
                                   CTRadioAccessTechnologyCDMAEVDORev0,
                                   CTRadioAccessTechnologyCDMAEVDORevA,
                                   CTRadioAccessTechnologyCDMAEVDORevB,
                                   CTRadioAccessTechnologyeHRPD];
            NSArray *network4G = @[CTRadioAccessTechnologyLTE];
            if ([network2G containsObject:currentStatus]) {
                return @"2g";
            }
            if ([network3G containsObject:currentStatus]) {
                return @"3g";
            }
            if ([network4G containsObject:currentStatus]){
                return @"4g";
            }
            return @"cell_unknown";
        }
    }
    return @"";
}

上面的代码已经说明了一切，就不做解释了。

今天我们来聊聊获取网络运营商信息。

在 OpenRTB 中，关于网络运营商的信息有三个属性：carrier, mccmnc 和 mccmncsim。

其中 carrier 是运营商的字符串名称，比如『中国移动』，『中国联通』，当然，用英文或者用数字表示都可以，其取值只要通讯双方规定好就可以了。

mccmnc 是 MCC（移动国家码 Mobile Country Code）和 MNC（移动网络码 Mobile Network Code）的组合，格式为 MCC-MNC。

MCC 的资源由国际电联（ITU）统一分配和管理，唯一识别移动用户所属的国家，共 3 位，中国为 460。

MNC 有 2 位的 也有 3 位的，在中国使用的是 2 位。例如中国移动 TD 系统使用 00，中国联通 GSM 系统使用 01，中国移动 GSM 系统使用 02，中国电信 CDMA 系统使用 03 等。

mccmncsim 是 SIM 卡的 MCC 和 MNC，格式跟 mccmnc 一样。如果两个值都有效，当这两个值不同时，说明用户正处于漫游中。

另外，我们通常还会使用 PLMN（Public Land Mobile Network）或 HNI（Home network identity）来表示 MCC 和 MNC 的组合，但是在格式上，MCC 和 MNC 中间没有 - 作为分割。

下面的代码我们统一使用 PLMN 来做说明。

获取 Android 设备的 PLMN

static String getPLMN(Context context) {
    TelephonyManager telephonyManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
    if (telephonyManager != null) {
        return telephonyManager.getSimOperator();
    }
    return "";
}

通过 getSimOperator 这个方法可以直接获取 PLMN。但是 Android 设备不一定都是手机，所以这里需要判断一下 telephonyManager 是否为空。

获取 iOS 设备的 PLMN

+ (const NSString *)plmn {
    CTTelephonyNetworkInfo *info = [CTTelephonyNetworkInfo new];
    if (info == nil) return @"";
    CTCarrier * carrier = nil;
    // iOS 12.0 有 bug，这个方法虽然文档中说在 iOS 12.0 中有效，实际上并不能用，在 iOS 12.1 中才修复。
    // 不用 @available 判断是因为 XCode 新版本编译的库在 XCode 旧版本上不支持。
    if ([UIDevice currentDevice].systemVersion.floatValue >= 12.1) {
        if ([info respondsToSelector:@selector(serviceSubscriberCellularProviders)]) {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wunsupported-availability-guard"
#pragma clang diagnostic ignored "-Wunguarded-availability"
#pragma clang diagnostic ignored "-Wunguarded-availability-new"
            NSDictionary *dict = [info serviceSubscriberCellularProviders];
#pragma clang diagnostic pop
            if (dict.count > 0) {
                carrier = [dict objectForKey:dict.allKeys[0]];
            }
        }
    } else {
        if ([info respondsToSelector:@selector(subscriberCellularProvider)]) {
            carrier = [info subscriberCellularProvider];
        }
    }
    if (carrier) {
        NSString *mcc = [carrier mobileCountryCode];
        NSString *mnc = [carrier mobileNetworkCode];
        if (mcc != nil && mnc != nil) {
            return [mcc stringByAppendingString: mnc];
        }
    }
    return @"";
}

iOS 上，代码看上去虽然有些复杂，但原理上很简单，首先获取 CTCarrier 对象，然后通过该对象上的 mobileCountryCode 和 mobileNetworkCode 属性来分别获取 MCC 和 MNC，最后将它们组合为 PLMN 返回。

CTCarrier 对象在新版本的 iOS 上跟旧版本的获取方式稍有不同，因为新的 iOS 版本增加了对 iPhone 的双卡支持。旧的方法 subscriberCellularProvider 在 iOS 12 之后已经被标记为 Deprecated，所以上面的代码中，做了一下 iOS 版本判断。不过即使采用新的方法，获取到的也不一定是 iPhone 的主卡。

如果非要获取主卡，也不是没有办法，可以通过获取状态栏的运营商信息来做匹配，但是通过状态栏获取运营商信息的方式太复杂了，在 iOS 13 之后和之前的方式不一样，刘海屏和非刘海屏也有区别，这里就不贴代码了。

获取运营商的名称

获取网络运营商名称可以通过跟上面类似的方式来直接获取，也可以根据上面获取到的 PLMN 来查表获取。因此通常只需要获取 PLMN 就可以了，然后在服务器端通过查表的方式来转换成对应的网络运营商名称。

今天我们来聊聊获取设备屏幕的分辨率，DPI，屏幕尺寸，缩放因子等信息。

在 OpenRTB 中，关于设备屏幕的信息有以下四个属性：

其中 w, h 对应屏幕物理宽高的像素值。

ppi 是每英寸的像素个数，不过对于 Android 设备，通常它又被称作 dpi（Dots Per Inch，每英寸点数）。

pxratio 是物理像素与设备无关像素的比率，也被称为缩放因子（scale factor）。

下面我们来就 Android 和 iOS 设备来分别讨论如何获取这些信息。

获取 Android 设备的屏幕信息

对于 Android 设备来说，这些信息都可以通过 DisplayMetrics 类来获取。所有首先要获取一个有效的 DisplayMetrics 对象。

static DisplayMetrics getDisplayMetrics(Context context) {
    WindowManager wm = (WindowManager) (context.getSystemService(Context.WINDOW_SERVICE));
    DisplayMetrics dm = new DisplayMetrics();
    Display display = wm.getDefaultDisplay();
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN_MR1) {
        display.getRealMetrics(dm);
    } else {
        display.getMetrics(dm);
    }
    return dm;
}

getRealMetrics 这个方法是在 Android 4.2 之后增加的，跟 getMetrics 相比，通过 getRealMetrics 获取到的屏幕分辨率是屏幕的真正分辨率，而 getMetrics 获取到的屏幕分辨率是去掉了屏幕底部虚拟按键高度的分辨率。在这之前的设备可能也不支持虚拟按键，所以，也就没有这个区分。

有了 DisplayMetrics 对象之后，我们就可以通过它来获取上面四个属性了，通常我们会这样来写：

DisplayMetrics dm = getDisplayMetrics(context);
int w = dm.widthPixels;
int h = dm.heightPixels;
int dpi = dm.densityDpi;
float pxratio = dm.density;

但是这样写真的对吗？对于 w, h 和 pxratio 这三个的值来说，没什么问题，但是对于 dpi 来说，通过这种方式获取到的值其实是不对的。

在 Android 系统中，density 和 densityDpi 之间其实有一个固定的关系：

densityDpi == (int)(density * 160)

所以，它俩相当于同一个概念的两种不同表示方法。而我们实际要获取的 dpi 应该按照如下方式来获取：

int w = dm.widthPixels;
int h = dm.heightPixels;
float width = w / dm.xdpi;
float height = h / dm.ydpi;
float size = Math.sqrt(width * width + height * height);
int ppi = (int) (Math.sqrt(w * w + h * h) / size);

上面的计算中，width 是水平英寸数，height 是竖直英寸数，size 是对角线的长度，也就是通常我们说的手机尺寸。

然后通过对角线的像素个数除以手机尺寸，获得的才是 OpenRTB 中所说的 ppi。

获取 iOS 设备的屏幕信息

对于 iOS 系统来说，w, h 和 pxratio 这三个值跟 Android 一样，可以比较方便的直接获取。

CGSize size = [UIScreen mainScreen].nativeBounds.size;
int w = (int)size.width;
int h = (int)size.height;
CGFloat pxratio = [UIScreen mainScreen].nativeScale;

但需要注意，不要用 bounds 和 scale 这两个代替上面的 nativeBounds 和 nativeScale。

因为 bounds 获取到的是设备无关像素（在 iOS 中被称为 Point）的分辨率。而 scale 是渲染像素（Rendered Pixels）跟设备无关像素（Point）的比值。

在 iOS 上获取 ppi 就没有上面那么幸运了，因为 iOS 没有提供直接获取 ppi 的方法。但因为我们前面讲过 iOS 设备可以获取设备型号，所以我们可以通过做一张设备型号与 ppi 的对照表来返回对应设备的 ppi，下面是到目前为止所有 iOS 设备的型号与 ppi 对照表：

static const NSDictionary *modelPPIs;

+ (void)load {
    modelPPIs = @{
        // iPhone 1
        @"iPhone1,1": @163,

        // iPhone 3G
        @"iPhone1,2": @163,

        // iPhone 3GS
        @"iPhone2,1": @163,

        // iPhone 4
        @"iPhone3,1": @326,

        // iPhone 4 GSM Rev A
        @"iPhone3,2": @326,

        // iPhone 4 CDMA
        @"iPhone3,3": @326,

        // iPhone 4S
        @"iPhone4,1": @326,

        // iPhone 5 (GSM)
        @"iPhone5,1": @326,

        // iPhone 5 (GSM+CDMA)
        @"iPhone5,2": @326,

        // iPhone 5C (GSM)
        @"iPhone5,3": @326,

        // iPhone 5C (Global)
        @"iPhone5,4": @326,

        // iPhone 5S (GSM)
        @"iPhone6,1": @326,

        // iPhone 5S (Global)
        @"iPhone6,2": @326,

        // iPhone 6 Plus
        @"iPhone7,1": @401,

        // iPhone 6
        @"iPhone7,2": @326,

        // iPhone 6s
        @"iPhone8,1": @326,

        // iPhone 6s Plus
        @"iPhone8,2": @401,

        // iPhone SE (GSM+CDMA)
        @"iPhone8,3": @326,

        // iPhone SE (GSM)
        @"iPhone8,4": @326,

        // iPhone 7
        @"iPhone9,1": @326,
        @"iPhone9,3": @326,

        // iPhone 7 Plus
        @"iPhone9,2": @401,
        @"iPhone9,4": @401,

        // iPhone 8
        @"iPhone10,1": @326,
        @"iPhone10,4": @326,

        // iPhone 8 Plus
        @"iPhone10,2": @401,
        @"iPhone10,5": @401,

        // iPhone X Global
        @"iPhone10,3": @458,

        // iPhone X GSM
        @"iPhone10,6": @458,

        // iPhone XS
        @"iPhone11,2": @458,

        // iPhone XS Max China
        @"iPhone11,4": @458,

        // iPhone XS Max
        @"iPhone11,6": @458,

        // iPhone XR
        @"iPhone11,8": @326,

        // iPhone 11
        @"iPhone12,1": @326,

        // iPhone 11 Pro
        @"iPhone12,3": @458,

        // iPhone 11 Pro Max
        @"iPhone12,5": @458,

        // iPad 1
        @"iPad1,1": @132,

        // iPad 3G
        @"iPad1,2": @132,

        // iPad 2nd Gen
        @"iPad2,1": @132,
        @"iPad2,2": @132,
        @"iPad2,3": @132,
        @"iPad2,4": @132,

        // iPad Mini
        @"iPad2,5": @163,
        @"iPad2,6": @163,
        @"iPad2,7": @163,

        // iPad 3rd Gen
        @"iPad3,1": @264,
        @"iPad3,2": @264,
        @"iPad3,3": @264,

        // iPad 4th Gen
        @"iPad3,4": @264,
        @"iPad3,5": @264,
        @"iPad3,6": @264,

        // iPad Air 1
        @"iPad4,1": @264,
        @"iPad4,2": @264,
        @"iPad4,3": @264,

        // iPad Mini 2
        @"iPad4,4": @326,
        @"iPad4,5": @326,
        @"iPad4,6": @326,

        // iPad Mini 3
        @"iPad4,7": @326,
        @"iPad4,8": @326,
        @"iPad4,9": @326,

        // iPad Mini 4
        @"iPad5,1": @326,
        @"iPad5,2": @326,

        // iPad Air 2
        @"iPad5,3": @264,
        @"iPad5,4": @264,

        // iPad Pro 9.7-inch
        @"iPad6,3": @264,
        @"iPad6,4": @264,

        // iPad Pro 12.9-inch
        @"iPad6,7": @264,
        @"iPad6,8": @264,

        // iPad 5th Gen, 2017
        @"iPad6,11": @264,
        @"iPad6,12": @264,

        // iPad Pro 12.9-inch, 2017
        @"iPad7,1": @264,
        @"iPad7,2": @264,

        // iPad Pro 10.5-inch, 2017
        @"iPad7,3": @264,
        @"iPad7,4": @264,

        // iPad 6th Gen, 2018
        @"iPad7,5": @264,
        @"iPad7,6": @264,

        // iPad 7th Gen, 2019
        @"iPad7,11": @264,
        @"iPad7,12": @264,

        // iPad Pro 3rd Gen 11-inch, 2018
        @"iPad8,1": @264,
        @"iPad8,3": @264,

        // iPad Pro 3rd Gen 11-inch 1TB, 2018
        @"iPad8,2": @264,
        @"iPad8,4": @264,

        // iPad Pro 3rd Gen 12.9-inch, 2018
        @"iPad8,5": @264,
        @"iPad8,7": @264,

        // iPad Pro 3rd Gen 12.9-inch 1TB, 2018
        @"iPad8,6": @264,
        @"iPad8,8": @264,

        // iPad mini 5th Gen (WiFi)
        @"iPad11,1": @326,

        // iPad mini 5th Gen
        @"iPad11,2": @326,

        // iPad Air 3rd Gen (WiFi)
        @"iPad11,3": @264,

        // iPad Air 3rd Gen
        @"iPad11,4": @264,

        // iPod Touch 1
        @"iPod1,1": @163,

        // iPod Touch 2
        @"iPod2,1": @163,

        // iPod Touch 3
        @"iPod3,1": @163,

        // iPod Touch 4
        @"iPod4,1": @326,

        // iPod Touch 5
        @"iPod5,1": @326,

        // iPod Touch 6
        @"iPod7,1": @326,

        // iPod Touch 7
        @"iPod9,1": @326,
    };
}

接下来只要通过我们在第一篇中介绍的方法先获取设备型号，再来查这个表就可以了。

不过需要注意，如果是模拟器设备的话，获取到的设备型号是 x86_64，并不在这张表中，所以在查表之前最好先判断一下。

另外，如果是采用 API 方式来进行广告对接的话，关于 iOS 设备 ppi 的获取，最好是在服务器端通过这种表格的方式来查询，因为如果苹果出了新设备，客户端来不及更新的话，在新设备上就无法获取到正确的 ppi。但是在服务器端是可以做到及时更新生效的。

书接上回，前面两篇文章分别讲解了如何获取 make，brand 和 model和如何获取移动设备唯一标识。今天我们来讲讲 User Agent 的获取方法。

User Agent 是什么

User Agent 中文名为用户代理，简称 UA，它是一个特殊的字符串，它其中包含了客户端的设备型号，操作系统及版本、浏览器及版本、浏览器渲染引擎等信息。服务器可以通过它来对客户端进行各种分类统计，因此，对于移动广告来说，它是一个十分重要的请求参数，如果没有提交正确 User Agent，将会严重影响广告的正常充填。

User Agent 虽然包含了这么多信息，但是它并不需要用户自己来构造。对于浏览器来说，每个浏览器都有自己默认的 User Agent，比如对于 Chrome 来说，它的 User Agent 看上去是下面这个样子：

Mozilla/5.0 (Linux; Android 4.0.4; Galaxy Nexus Build/IMM76B) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.133 Mobile Safari/535.19

Mozilla/5.0 (iPhone; CPU iPhone OS 10_3 like Mac OS X) AppleWebKit/602.1.50 (KHTML, like Gecko) CriOS/56.0.2924.75 Mobile/14E5239e Safari/602.1

从上面两个 User Agent 中，我们可以看出第一个是来自 Android 4.0.4 系统的 Chrome 浏览器的，甚至我们还能知道它是来自 Galaxy Nexus 这样一台 Android 设备的。而第二个是来自 iPhone 系统上的 Chrome 浏览器的，系统的版本号是 10.3。

也就是说，如果是在网站上投放广告（不管是普通网站，还是面向移动设备的网站）的话，User Agent 都可以自动通过浏览器的请求头部发送，当然也可以通过 JavaScript 脚本来获取 User Agent 并通过单独的请求发送。

但是对于移动广告来说，广告请求通常是使用系统自带或来自第三方的网络库发送请求的，而网络库在发送请求时，通常不会自带有效的 User Agent 信息。因此，在这种情况下，我们需要自己从 WebView 中来获取一个有效的 User Agent。

Android 系统下的获取方法

Android 下获取 User Agent 非常简单，不废话，直接先上代码：

final class DeviceInfo {
    private static String ua = "";

    static {
        try {
            Context context = ...
            ua = new WebView(context).getSettings().getUserAgentString();
        } catch (Exception e) {
        }
    }

    static String getUserAgent() {
        return ua;
    }
}

上面的代码中，context 获取的方式有很多，而且因为这不是重点，所以代码省略了，请大家自行脑补。

iOS 系统下的获取方法

在 iOS 8.0 之前，可以通过 UIWebView 来获取：

NSString* userAgent = [[UIWebView new] stringByEvaluatingJavaScriptFromString:@"navigator.userAgent"];

但是从 iOS 8.0 开始，UIWebView 已经被标记为过期，不再推荐使用了，因此最好是使用 WKWebView 来获取：

static const NSString* userAgent;

+(void)load {
    WKWebView *webView = [[WKWebView alloc] initWithFrame:CGRectZero];
    [webView evaluateJavaScript:@"navigator.userAgent" completionHandler:^(id result, NSError *error) {
        if (error == nil && result != nil) {
            userAgent = [NSString stringWithFormat:@"%@", result];
        } else {
            userAgent = @"";
            NSLog(@"Can't get the userAgent");
        }
    }];
    while (userAgent == nil) {
        [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
    }
}

+ (const NSString *)userAgent {
    return userAgent;
}

因为 WKWebView 的 evaluateJavaScript 方法是异步的，没办法直接得到结果，因此我们这里用 load 方法在 app 加载时就执行的方式，提前缓存 User Agent 的结果。并且为了保证一定可以拿到结果，这里用了 NSRunLoop 来保证拿到 userAgent 之后才会退出 load 方法。

除了使用 load 方法以外，使用 initialize 方法也可以实现提前加载，只是执行时机靠后一些。

但如果你所使用的是 Swift 语言，而不是 Objective-C 的话，那就没办法直接使用 load 或 initialize 方法了，因为 Swift 语言中砍掉了这两个方法。但可以使用跟 Objective-C 混编的方式来实现。

User Agent 的合法性验证

通过 Android 的 WebView 获取到的 User Agent 大概有一下几种形式。

在 Android 4.4 (KitKat) 之前

Mozilla/5.0 (Linux; U; Android 4.1.1; en-gb; Build/KLP) AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Safari/534.30

从 Android 4.4 (KitKat) 到 Android 5.x（Lollipop）

Mozilla/5.0 (Linux; Android 4.4.4; vivo Y27 Build/KTU84P) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/33.0.0.0 Mobile Safari/537.36

Android 5.x (Lollipop) 之后

Mozilla/5.0 (Linux; Android 10; ELE-AL00 Build/HUAWEIELE-AL00; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/74.0.3729.186 Mobile Safari/537.36

从上面的划分来看，在 Android 4.4 之前的 User Agent 的格式跟 Android 4.4 之后的格式化差别有点大。但是从 Android 4.4 开始，User Agent 就都是以 Mozilla/5.0 (Linux; Android 作为开头的啦，考虑到 Android 4.4 之前的设备基本上已经被淘汰，因此我们可以通过匹配这段文字来对 Android 的 User Agent 的合法性进行简单的验证。

Android 5.1 之后的 User Agent 主要是增加了 wv 标志，而它其实是跟 Chrome 后面的版本号有关的，如果是 3x.x.x.x 版本的 Chrome 就没有 wv，如果是 4x.x.x.x 或者更高版本的 Chrome，则有 wv。Android 5.x 系统这两种情况都存在，这跟具体设备中内置的 WebView 版本有关，这里不做深究。

在 iOS 系统中，通过 WebView 获取的 User Agent 有下面几种形式。

iPhone

Mozilla/5.0 (iPhone; CPU iPhone OS 13_3_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/15E148

iPad

Mozilla/5.0 (iPad; CPU OS 10_3_3 like Mac OS X) AppleWebKit/603.3.8 (KHTML, like Gecko) Mobile/14G60

iPod Touch

Mozilla/5.0 (iPod Touch; CPU iPhone OS 12_2 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko)  Mobile/15E148

我们会发现这三种设备的 User Agent 中都包含有 like Mac OS X 这段共同特征的文字，并且都是以 Mozilla/5.0 (iP 来开头的，因此我们可以用这两个特征来对 iOS 的 User Agent 的合法性进行简单的验证。

另外，通过 User Agent 还可以提取设备类型，操作系统版本号等信息，因为只要做简单的文字匹配就可以做到，这里就不贴代码了。

在移动广告领域，设备唯一标识是用来追踪用户的最重要的标识。

对于精准广告和个性化推荐而言，可以通过设备唯一标识，进行千人千面的精准投放。

既然移动设备唯一标识如此的重要，那我们今天就来说一说如何获取设备的唯一标识。

IMEI/MEID

IMEI (International Mobile Equipment Identity) 是国际移动设备识别码，即通常所说的手机“串号”，用于在移动电话网络中识别每一部独立的手机等移动通信设备，相当于移动电话的身份证。IMEI 适用于 GSM、WCDMA、LTE 制式的移动设备。

MEID (Mobile Equipment IDentifier) 是移动设备识别码，它也是一个全球唯一识别移动设备的号码。但它适用于 CDMA 制式手机。

对于全网通的移动设备 IMEI 和 MEID 标识都存在，对于支持双卡的设备，还会有 2 个 IMEI/MEID。

因为这两个标识的作用相同，所以对于移动广告行业来说，一般不对 IMEI/MEID 做严格区分，在广告请求中一般作为同一个字段（比如：DeviceID 或缩写成 did）进行传输。

对于 iOS 设备来说，苹果官方在 iOS 5.0 之后就屏蔽了获取 IMEI/MEID 的接口，因此现在的苹果设备都无法获取到 IMEI/MEID。

对于 Android 设备来说，可以通过下面的方法来获取 IMEI/MEID：

static String getDeviceId(Context context) {
    TelephonyManager tm = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
    if (tm != null) {
        try {
            String id = tm.getDeviceId();
            if (id != null) return id;
        } catch (SecurityException e) {
        }
    }
    return "";
}

对于非手机设备，如 Android 平板电脑，电视等，这些设备没有通话的硬件功能，系统中也就没有 TELEPHONY_SERVICE，所以这里要判断一下 tm 这个返回值是否为空。

在 Android 8.0 之后，TelephonyManager 上的这个 getDeviceId 方法尽管被标记为已过时，并提供了 getImei 和 getMeid 来取代它。但 getDeviceId 又不是不能用，而且我们也不需要区分获取到的究竟是 Imei 还是 Meid，所以这里我们不需要通过判断版本号的方式来替换这个方法。

获取 IMEI/MEID 的需要 READ_PHONE_STATE 权限，否则会发生 SecurityException 异常。如果应用以 Android 10 或更高版本为目标平台，在应用没有 READ_PRIVILEGED_PHONE_STATE 权限时，也会发生 SecurityException 异常，而且普通开发者开发的应用是不可能获取到该权限的。所以，调用 tm.getDeviceId() 时，我们加了 try/catch 语句，避免崩溃。

IMSI

IMSI (International Mobile Subscriber Identity) 是国际移动用户识别码。通俗的讲，它是相对手机卡而言的唯一识别码。

在 iOS 设备上，跟 IMEI/MEID 一样，是无法获取到 IMSI 的。

对于 Android 设备来说，获取 IMSI 的方法跟获取 IMEI/MEID 的方法类似：

static String getIMSI(Context context) {
    TelephonyManager tm = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
    if (tm != null) {
        try {
            String id = tm.getSubscriberId();
            if (id != null) return id;
        } catch (SecurityException e) {
        }
    }
    return "";
}

在 Android 上获取 IMSI 的权限要求跟 IMEI/MEID 一样，这里就不在重复。

Android ID

Android ID 是 Android 设备里不依赖于硬件的一种「半永久标识符」，在系统生命周期内不会改变，但系统重置或刷机后可能会发生变化，其作用域为一组有关联的应用。

Android ID 获取的方式很简单：

static String getAndroidID(Context context) {
    return Secure.getString(context.getContentResolver(), Secure.ANDROID_ID);
}

但是在 Android 8.0 以后，签名不同的 App 所获取的 Android ID 是不一样的，但同一个开发者可以根据自己的数字签名，将所开发的不同 App 进行关联。

Android AdID

Android AdID (简称 AAID) 是 Android 平台专为广告跟踪提供的唯一标识。但是 AAID 依赖 Google 服务框架，但国内手机基本上都没有内置 Google 服务框架，这种情况下，就无法获取 AAID。因此，这里就不做讨论了。

OAID

上面在介绍 IMEI/MEID 时谈到过，在 Android 10 以后，IMEI/MEID、IMSI 这些设备标识都被限制读取了。没有了 IMEI/MEID、IMSI 这些设备唯一标识，对于国内广告行业来说，简直是灭顶之灾。不过正所谓道高一尺魔高一丈，为了拯救国内移动广告市场，移动安全联盟(MSA) 推出了一套“移动智能终端补充设备标识体系”，并根据这套体系的技术要求，联盟开发并发布了一套支持多厂商的统一的补充设备标识调用 SDK。

这套体系中包含了四种标识符：UDID（设备唯一标识符）, OAID（匿名设备标识符）, VAID（开发者匿名设备标识符）, AAID（应用匿名设备标识符）。

这四种标识符中，UDID 相当于 IMEI/MEID，它具有无法重置，始终不变的特性。但是它不是提供给广告业务使用的，并且在统一 SDK v1.0.10 版本之后，这个标识符的获取接口被移除了。

OAID（匿名设备标识符）是用于广告业务的标识符，它在系统首次启动后立即生成，它虽然允许用户手动重置，在刷机、恢复出厂设置等特殊情况下也会重置，但是对于同一台设备上的不同 App，只要没有被重置的情况下，获取到的值都是一致的。因此，虽然它的跟踪特性跟 IMEI/MEID 相比稍微差了点，但是比 Android ID 还是要好一些的。

关于如何获取 OAID，在 移动安全联盟(MSA) 官网的文档里有详细说明，在我们公司的广告 SDK 演示实例中也给出了具体的代码实例，由于代码较长，这里就不再单独贴出来了。

另外多说一句，如果想要在 Flutter 开发的 Android 应用中获取 OAID 的话，可以使用 flutter_msa_sdk 这个插件，这个插件也是我们公司开发的，不过没有什么技术难度，只是对移动安全联盟(MSA) 的统一 SDK 做了一下封装，不过用起来要比 Android 原版容易的多。

IDFA/IDFV

前面我们说了，iOS 设备虽然也有 IMEI、IMSI，但是苹果说要保护用户隐私，于是在 iOS 5.0 之后，就把这些接口取消了，不再允许开发者来获取它们了。

可是隐私归隐私，广告还是要做的嘛，于是苹果在 iOS 6.0 之后，推出了 IDFA 这样一个专门用于广告的标识符。同时还提供了一个 IDFV，它是同一个组织下的唯一标识符。

IDFA 允许用户在设置中进行重置，刷机或重置设备时，该标识符也会重置，但是在不同的 App 之间它是同一个值。它相当于上面谈到的 OAID 或 Android AdID。

IDFV 是给 Vendor 标识用户用的，对于隶属于同一个组织的 App，在同一台设备上获取到的 IDFV 都是同一个值。假设有两个应用，它们的 BundleID 分别是 com.adtalos.demo1 和 com.adtalos.demo2，那么它们的就是同一个 Vendor，这两个应用在同一台设备中获取到的 IDFV 就是相同的。它相当于 Android ID，只是表示组织的方式不同而已。

IDFA 和 IDFV 的获取方式非常简单：

NSString *idfa = [[[ASIdentifierManager sharedManager] advertisingIdentifier] UUIDString];
NSString *idfv = [[[UIDevice currentDevice] identifierForVendor] UUIDString];

IDFA 和 IDFV 都可能获取不到值，获取不到时，返回值为 nil。

Mac

除了以上这些 ID 标识符以外，Mac 地址通常也会用于广告追踪。

但是很不幸，从 iOS 7.0 之后，苹果就禁止开发者获取 Mac 地址了。

对于 Android 来说，情况稍微好一点，虽然从 Android 6.0 开始，通过 WifiInfo 获取到的 Mac 地址永远是 02:00:00:00:00:00 这样一个固定值。但是通过下面这个方法还是可以在大多数情况下获取到 Mac 地址的：

static String getMac() {
    try {
        List<NetworkInterface> all = Collections.list(NetworkInterface.getNetworkInterfaces());
        for (NetworkInterface nif : all) {
            if (!nif.getName().equalsIgnoreCase("wlan0") && !nif.getName().equalsIgnoreCase("eth0")) {
                continue;
            }
            byte[] macBytes = nif.getHardwareAddress();
            if (macBytes == null) {
                return "";
            }
            StringBuilder sb = new StringBuilder();
            for (byte b : macBytes) {
                sb.append(String.format("%02X:", b));
            }
            if (sb.length() > 0) {
                sb.deleteCharAt(sb.length() - 1);
            }
            return sb.toString();
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
    return "";
}

原理是扫描各个网络接口，当网络接口是 wlan0 或者 eth0 时，返回它的 Mac 地址。

如今，媒体与广告平台之间的对接方式除了直接使用广告平台提供的 SDK 以外，还有很多是采用 API 方式来对接的。

在 API 对接方式下，媒体需要自己通过 API 将广告请求发送给广告主，广告主根据媒体发来的广告请求来返回响应的广告。

在通过 API 发送的广告请求中，通常会包含一些设备的信息，例如设备唯一标识，制造商，品牌，型号，联网方式，网络运营商，地理位置，UserAgent 等等，广告主会通过这些设备信息来更好优化返回的广告内容，提高变现率。

今天我们先来说一下三个最基本的设备信息 make，brand 和 model 的获取方法。

目前，大部分广告 API 的对接协议都是以 OpenRTB 为基础进行设计的。

在原版的 OpenRTB 中，上面三个设备信息中包含有两个，它们分别是 make 和 model。

其中 make 表示设备的生产制造商（比如 “Xiaomi”），而 model 表示设备的具体型号（比如 “Redmi K30 5G”）。

brand 表示设备的品牌（比如 “Redmi”），虽然在 OpenRTB 中没有定义，但是通常的 API 对接协议中也包含有它。

下面我们分别就 Android 和 iOS 这两种系统来说一下这三个设备信息如何获取。

Android 系统下的获取方法

对于 Android 系统来说，这三个信息在 android.os.Build 类中都有明确的定义，获取方式非常简单直接：

import android.os.Build;

final class DeviceInfo {
    static String getMake() {
        return Build.MANUFACTURER;
    }

    static String getBrand() {
        return Build.BRAND;
    }

    static String getModel() {
        return Build.MODEL;
    }
}

这里就不在详细展开说明了。

iOS 系统下的获取方法

对于 iOS 系统来说，在 OpenRTB 中，make 和 model 的取值都有明确的说明。

其中 make 的取值就是 “Apple”。

model 的取值最好是使用 “iPhone10,1” 这样的具体型号，也可以使用 “iPhone” 这种比较笼统的型号。

brand 没有具体的说明，它的取值可以是 “Apple”，也可以使用 “iPhone”, “iPad” 作为其取值。

我个人认为，brand 的取值最好不要使用 “Apple”，因为这样跟 make 的取值一样，没有实际意义。

而如果 model 采用 “iPhone10,1” 这样的具体型号，而 brand 采用 “iPhone” 这样的取值，会让这三个信息都有各自存在的意义。

例如，如果 model 的取值是 “x86_64”，而 brand 的取值是 “iPhone”，这种情况下，就可以判断这个设备是 iPhone 模拟器。

下面是在 iOS 下获取这三个设备信息的代码：

#import <Foundation/Foundation.h>
#import <UIKit/UIKit.h>

#import "sys/utsname.h"

@interface DeviceInfo : NSObject

+ (const NSString *)model;
+ (const NSString *)make;
+ (const NSString *)brand;

@end

@implementation DeviceInfo

static const NSString* deviceModel;

+ (const NSString *)model {
    if (deviceModel == nil) {
        struct utsname systemInfo;
        uname(&systemInfo);
        deviceModel = [NSString stringWithCString:systemInfo.machine encoding:NSUTF8StringEncoding] ?: [UIDevice currentDevice].model;
    }
    return deviceModel;
}

+ (const NSString *)make {
    return @"Apple";
}

+ (const NSString *)brand {
    return [UIDevice currentDevice].model;
}

@end

model 的取值对于特定的设备来说是不会变的，因此上面的代码中，对获取 model 值做了一下缓存优化。

今天看到思否有关于远程办公经验分享的征文活动，而我们公司从成立之初就采用了远程工作这种形式，所以我想借着这个机会，谈一谈自己这一年来的远程工作体验，希望能够对想要尝试远程办公的朋友们有所帮助。

入职

新义互联是一个年轻的移动互联网广告公司，刚刚成立两年，我是在去年愚人节入职的。

我入职前的整个面试过程都是远程进行的。事先通过邮件或电话约定好的时间，通过电话，微信视频，QQ视频等方式进行，非常灵活。

我入职时，公司规模还比较小，仅经过了四轮面试就通过了，前三轮是技术面试，第四轮是老板亲自面试。

面试通过后，签入职合同及岗前培训还是需要到北京总部跑一趟的。

在北京总部上班的是业务部门的同事，我签入职合同时，北京总部只有三个同事，现在已经壮大成十几个人的队伍了。技术开发人员都是分布在全国各地的，现在还有在国外的。

因为最近的新型冠状病毒肺炎问题，从春节假期之前开始，公司的全部业务人员也都开始在家远程办公了。

每天日常

我们家有三个孩子，老大平时是上学的，老二还没到上学的年龄，我们没有送他去幼儿园，他在家自己玩，倒也挺省心。老三去年还在襁褓之中，还好我老婆也在家，平时基本上都是她来照顾。

每天早上 7 点左右，我会起床做饭，做好之后，把老大叫起来一起吃饭。我老婆继续陪两个小的睡觉。吃过早饭，我会赶在 8 点之前送孩子去上学，回到家之后，就一头扎进书房开始工作。平时工作时，很少会被打扰。不过擦屁股、换纸尿裤、洗澡之类的活，即使在工作时间，如果需要我帮忙，我还是会离开椅子一会儿的，所以倒也不用担心长时间久坐得痔疮。

午饭时间正常来说是 12 点之后，不过灵感来了，写代码停不下来，等想起吃中午饭，可能已经下午 2 - 3 点的时候也有。

下午 5 点我会去接老大放学，到家之后跟老婆一起做饭，等吃过晚饭，会继续工作一会儿。

晚上有时候孩子睡得早，夜深人静正好可以专心写代码，一不小心也会写到半夜 12 点之后。不过最近已经尽量减少熬夜行为了，争取每天晚上 9 点之后就洗漱睡觉，毕竟我们领导一直强调身体健康才是最重要的。

说起身体健康，就不得不提一下锻炼身体。公司的其他同事，每天都会做各种各样的运动，还会在微信群里做运动打卡。我就比较懒了，平时孩子上学放学，我步行去接送孩子就算最大的运动了。之前家里有一个 Xbox360，带 Kinect 体感的，但是现在住的地方房间有点小，不适合用它玩体感运动游戏，就送人了。后来买个 WiiU，又买了个 WiiU 的平衡板，有时候早上起的早，会玩一玩上面的体感运动游戏，就算是锻炼身体了。不过说实话，我平时坚持的不好，一个星期能通过它运动两次已经算多的啦。不过看到同事们这么积极，我觉得我也应该在这方面再多多努力一点，不知道买个 Switch 的《健身环大冒险》会不会让自己的锻炼能够坚持的好一些😂。

每周日常

每周的周一上午和周五下午我们都会开一次全体的视频会议，每次会议通常控制在半个小时左右。技术组的会议是每两周进行一次，也是周一上午和周五下午，技术组的会议比较短，通常在十分钟左右。

我们公司是双休，从我入职以来还没有遇到过周末加班的情况。周末时间可以自由支配。有的周末会跟老婆一起带孩子们出去玩，不过最近是不可能出门了，原因你懂的。不过说实话，我更喜欢周末待在家，孩子们会自己联机玩游戏，很少需要我陪，我可以安安静静的做自己的开源项目。

每季度日常

公司每个季度会制定一次 OKR，并总结上一季度 OKR 的完成情况。年底还会做一次全年 OKR 的制定和总结。

公司每个季度还会举行一次团建活动，大约一周时间。一般会选在一些比较好玩的地方，最近两次团建的地点是黄山和泰国普吉岛。因为平时大家都在家远程办公，很少有机会见面，团建就成了大家相互交流，促进感情的一个很好的机会，有时候 OKR 的制定和总结也会在团建中进行，这样可以更好的面对面沟通。

所用到的工具

我们在远程工作中，主要用到了下面一些工具：Github，Slack，Confluence，微信，钉钉，Teambition 和企业邮件。

Github 是我们的代码托管的平台。我们所有的代码都是放在 Github 上的，有私有项目，也有开源项目。为了方便国内用户访问，部分开源项目我们还在 Gitee 上做了镜像。我们的 Code Review 都是在 Github 上完成的，一部分开发文档，也是放在 Github 项目的 Wiki 中的。

Slack 是技术组日常交流、项目部署，和对系统进行监控的工具。Slack 提供了很多集成工具，比如某个同事在 Github 上提交了代码，在 Slack 上就可以收到需要 Review 的消息，Jenkins 同时也会把提交代码的构建状态报告到 Slack 里面。项目部署时，在 Slack 里面直接敲入部署命令，机器人就会进行部署，并把部署状态反馈在 Slack 中。每个人当前在做什么，做了什么，在 Slack 里面都可以清楚的看到，并且 Slack 还保留了所有记录。另外，系统如果出现异常情况，也会把报警信息发送到 Slack 里面。有了它，使我们的远程工作变得非常方便。

Confluence 用来记录会议记录，内部文档和个人知识分享等内容。Confluence 提供了很好的分类管理的功能，还可以多人共同编辑文档，这让远程多人合作变得非常方便。不过缺点是它不支持 md 格式的文档编辑，因此，一些用 md 格式编写的开发文档我们放在了 Github 上，然后在 Confluence 中仅作了一个指向 Github 中的文档的链接。

Teambition 用来进行 SPRINT 任务管理。微信是公司同事以及合作伙伴之间的沟通工具。钉钉用于公司日常管理和视频会议。企业邮件用于内部通知和一些系统监控的集成。这些工具想必大家也都在用，就不详细展开讲了。

另外，我们也用过 Zoom，Telegram，虽然很不错，但是因为环境原因，这些工具在国内香不起来，只能放弃。

感受

其实从 2008 年开始，我就已经有过远程工作的经历了。但是跟现在相比，那时没有现在这么多方便的工具。所以，从感受上说，在现在公司远程工作的体验要比之前好的多。

我现在在家里配一台性能强劲的台式机，配了两个显示器，其中主显示器是 43 寸的 4K 显示器，写代码非常爽，副显示器是 23 寸的 1080p 显示器，用来放 Slack 和微信聊天窗口，可以及时的看到同事们发的消息。有了这样的设备，工作效率相当高。

至于时间管理上，我没有使用番茄钟之类的工具，虽然曾经尝试过，但是感觉不适合我。一方面因为它会屏蔽消息，这样就会导致我不能及时看到同事们发的消息，不能做出及时的响应，另一方面它会影响我写代码的专注力，比如我代码刚写到兴头上，它突然提醒我该休息了，就会把我思路打断。

现在远程工作时，任务都是写在 Teambition 里面的，每天工作之前，打开 Teambition 来找到自己今天要做的任务，标记上进行中，完成之后，将标记改为已完成，并标记上完成用了多少时间，这样每完成一个任务就像在游戏中打败 BOSS 通过一关一样，让我感觉很有挑战性，也很有成就感。这种方式感觉比用番茄钟之类的高效的多。

总结

我很享受现在在家办公的这种工作方式，这种工作方式能够很好的平衡工作和家庭之间的关系，既不耽误工作，又能照顾好家，也不用把时间浪费在上下班的路上，感觉真是棒极了。

真的感觉自己能够加入新义互联这个大家庭是一件非常幸运的事。毕竟现在国内像我们这样全部技术开发人员都可以在家工作，没有 996，拥有双休，每个季度有一次国内团建旅游，每年还有一次国外团建旅游的公司真是太少了，而且同事们都非常的优秀，在一起工作真的特别开心。

最后，打个广告，如果你对我们的工作感兴趣，想尝试远程工作，欢迎加入。

公司名称：新义互联（北京）科技有限公司
公司官网：https://adtalos.com
公司总部：北京市朝阳区北土城东路4号院1号楼1层3009室
Email：hr@adtalos.com

先说一下为啥选它而不是其它的几款同类产品的理由。首先从大小上来说，这款是同类产品中最大的，其它几款都是 6寸，7寸，8寸，8.4寸，只有这一款是 8.9 寸。同时它在笔记本产品中又足够小，比主流的 13 寸，14 寸笔记本要小的多，甚至比 10 寸的 iPad 还要小，它只比 iPad Mini 大一点点。所以带出去很方便，屏幕又足够可以用。

它还是 2560x1600 的 16：10 的高分屏，色彩，可视角度都很棒。现在万元以下几乎找不到一款这么高分辨率的笔记本电脑，比如华为的 MateBook 13，号称 2K 屏，实际上分辨率只有 2160 x 1440，只比 1080p 分辨率高一点而已。当然，对于 Windows 系统来说，是不是真正的 2K 屏并不重要，又不是不能看。但是我选择它还有一个理由，就是我要用它装 MacOS 系统，当然这是工作需要，而不是单纯为了装逼。

对于 MacOS 系统来说，笔记本如果不能开 HiDPI，那屏幕看起来模糊的就跟眼瞎了一样。所以，一般的 1280x768，1920x1080 这种显示器的笔记本如果用来装 MacOS 系统，体验那是相当的差。而华为那款 2160 x 1440 分辨率的 MateBook 13，如果开了 HiDPI 的话，显示分辨率只有 1080x720，屏幕上能显示的东西很有限，甚至有些软件的界面都可能显示不全。所以，2560x1600 这个分辨率就相当重要了，低于这个分辨率的笔记本，装 MacOS 体验都不会好到哪儿去。当然，如果你的要求不高，只要满足『又不是不能用』这个条件就能接受的话，那你就随便选了。

满足这个分辨率，尺寸又足够小的同类产品当然也有几款，比如壹号本系列有几款：One Mix 3，One Mix 3S, One Mix 3 Pro。壹号本这几款，尺寸是 8.4 寸，比 GPD P2 Max 稍微小一点点，但分辨率同样是 2560x1600 高分屏，所以这个尺寸还算可以接受。

壹号本这几款的屏幕还支持 360 度翻转，可以变身为平板电脑，看上去更高大上一些，而 GPD P2 Max 就是普通的笔记本设计，虽然也带触摸屏，但没有 360 度旋转变平板的功能。不过我又不是做商务的，也不是做设计的，变身平板这一点我好像用不到。

而 GPD P2 Max 带一个高清摄像头，壹号本这几款都不带摄像头，而我们远程办公开视频会议的时候，有时候会用到摄像头，因为这个摄像头的存在，反而让我更看好 GPD P2 Max。

壹号本内置的固态硬盘是板载固态硬盘，没办法更换，在没有确定这块内置固态硬盘能否安装 MacOS 之前，我也不太想冒这个风险。而 GPD P2 Max 的固态硬盘就是普通的 NVMe m.2 的固态硬盘，可以很方便的更换，而且在我购买之前，我已经确认过，这款 GPD P2 Max 自带的这块固态硬盘是支持安装 MacOS 系统的，这一点反而让我省心了。

最后是接口方面，GPD P2 Max 和壹号本都一个 Type-C 接口，而 GPD P2 Max 比壹号本多了一个 Type-A 的 USB 3.0 接口。两个 Type-A 的 USB 接口实在是太重要了。因为要装 MacOS 系统，内置的无线网卡就不能用了，除非自己更换，但难度较大，因为内置的 Wifi 模块是焊死在主板上的，要把它弄下来的话，需要高超的手艺，否则一不小心可能主板都报废了。而便宜又省心的方法，就是买个几十块钱的 USB 无线网卡来代替。如果用这个方案的话，就需要占用一个 USB 接口了。而如果笔记本只带一个 Type-A 的 USB 接口，又被无线网卡占用了的话，那就没地方插鼠标了。虽然说可以通过 Type-C 来外接一个扩展坞解决，但是为了插个鼠标，还要接个扩展坞，在方便性上就大打折扣了。总之，有 2 个 Type-A 的 USB 接口的话，在便利性上会方便很多。而 GPD P2 Max 刚好满足这一点。

壹号本相对于 GPD P2 Max 来说多了一个非常鸡肋的读卡器接口，这个接口只支持 A1 卡，而且如果安装了 MacOS 系统的话，这个接口也是废掉的，无法使用。

价格上，壹号本比内存和硬盘容量相同配置的 GPD P2 Max 还要贵 1000 块钱，既然有便宜又好用的，干嘛要选贵的呢。所以，比较之后，就只剩下 GPD P2 Max 这一款可以选择了。

说了这么多，其实最终让我下决心买这款 GPD P2 Max 的决定性因素是我发现了这个项目：https://github.com/Azkali/GPD-P2-MAX-Hackintosh ，一个可以在 GPD P2 Max 上完美安装 MacOS 的解决方案。

买来之后，我按照这个项目中的说明一次就安装成功了，最终结果也果然没有让我失望，体验非常好。

在性能上，这款装了 MacOS 的 GPD P2 Max 跟最新的 2018，2019 款的 MacBook Air 差不多，CPU 单核跑分甚至胜过这两款最新的 MacBook Air，多核跑分上比这两款最新的 MacBook Air 稍低，不过我这是在 GPD P2 Max 的 BIOS 中设置为风扇静音的节能模式下测试的结果，如果打开性能模式，可能跑分会更高一些。

而在便利性上，这款 GPD P2 Max 可比 MacBook Air 轻便多了，毕竟 MacBook Air 现在最小的也有 13 寸，跟 MacBook Pro 比起来只能算低配，而不能算轻便。而价格上 MacBook Air 也不美丽，在内存和硬盘大小相同的配置下，最新的 MacBook Air 比这款 GPD P2 Max 可是贵了整整 10000 块钱呢，而 GPD P2 Max 只有 MacBook Air 三分之一的价格。

另外，这款 GPD P2 Max 在装 MacOS 选择 SMBIOS 机型时，除了原作者写的 MacBook10,1 这个机型以外，其实还可以选择上面那两款最新的 MacBook Air 机型（MacBookAir8,1 和 MacBookAir8,2），这样显得更时尚一些，逼也可以装的更足。

当然，这款装了 MacOS 的 GPD P2 Max，也不是完全没有缺点。在测试了几天之后，我也在追求完美的过程中，努力发现了以下几个原本可以忽略的问题：

1、电池容量。官方标示的是 9200mAh，但是实际上是两节 4600mAh 的电池串联，而两节电池串联只是电压会加倍，电流并不会加倍。在 MacOS 中，可以看到电池容量显示的是 4600mAh，开始我以为是 MacOS 显示错了。后来进 Windows 系统查看，发现 Windows 上使用的是 35000mWh 这样的单位，后来又去查了一下官方的宣传图片，上面写的电池容量是 35Wh( 9200mAh@7.6V )，如果按照 9200mAh@7.6V 来计算的话，应该是 70Wh 的容量才对，而官方宣传上写的和实际测试的明明又都是 35Wh，所以只有一个可能，那就是官方标示的这个 9200mAh 是错的，后来跟官方技术开发人员确认了一下，确实这个宣传写的是错的。

2、硬盘通电次数。在使用了 2 天之后，打算测试一下硬盘，测试结果吓我一跳，使用时间是 32 个小时，这个看上去没有问题，跟我实际的开机使用时间基本相符，至少也没有多出太多，但是通电次数居然是 570 多次，我就算安装系统时反复重启，加一起也不过只有几十次，怎么会多出 500 多次呢？询问官方技术开发人员，得到的答复是那个检测结果不准确，因为机器生产时，有老化这个阶段，这个可能影响了通电次数的测试结果。所以，如果真的不影响硬盘寿命的话，这个问题也可以忽略，就算用几年之后，硬盘真的坏了，到时候再换一个更好的就是了，反正现在硬盘是越来越便宜了。而且对我来说，这个作为旅游外出用的笔记本，上面的数据都是些临时的数据，就算丢了，也会在其他地方有备份，所以这个倒也没什么好担心的。

3、HDMI 接口。这个本自带的那个 micro HDMI 接口实际是 1.4 的，而不是宣传图上写的 2.0 接口，官方技术人员已经确认那个是市场部因为有误解标错了。所以就不要想通过这个接口来外接什么 4K@60Hz 的显示器了，这个接口只能正常外接 1080p 或 2K@60Hz 的显示器。如果真想连 4K@60Hz 显示器的话，官方技术人员说通过 Type-C 转 DP 也许可以实现，不过我还没试过，因为我没有 Type-C 转 DP 的扩展坞，而且暂时也没有这个迫切的需求。另外，这个 Type-C 口不支持雷电。

4、在 MacOS 下，蓝牙只支持一部分设备的连接。比如罗技蓝牙键盘和鼠标在 MacOS 下都不能通过蓝牙方式进行连接，只能通过优联接收器来连接使用。但是其它一些蓝牙设备却可以正常连接，比如可以通过蓝牙给小米手机发送文件，也可以连接小米手机通过蓝牙共享的网络。也就是说，在外面只要手机能上网，这个本就可以直接通过蓝牙连接手机上网，不需要 USB 的 Wifi 接收器也能上网，这一点倒是挺便利的。其它的蓝牙设备暂时还没有测试。不过像隔空投送之类的苹果无线蓝牙特有的这些功能肯定是没有的。

5、在 MacOS 下睡眠和唤醒有时候正常，有时候又不正常。大概跟外接鼠标键盘有关。外接鼠标或键盘的时候，盒盖无法睡眠，点了睡眠之后，外接的鼠标和键盘稍微一碰，就会唤醒。关于休眠唤醒我也没做过多测试。总之，不用的时候，还是关机最安全。

我遇到的大概就这么多问题，而且这些问题对我来说都是无关紧要的，都可以忽略。

总之，这个价格能买到一个可以跑 Windows 和 MacOS 双系统的高分屏的超便携笔记本，我已经很知足了。

另外，我 fork 了一份上面那个项目，并且做了一些修改和升级，这是我 fork 的项目地址：https://github.com/andot/GPD-P2-MAX-Hackintosh ，当然我也给原作者提交 pull request 了。如果原作者过些日子合并了的话，就直接参考他那个地址就可以了。

于是又买了一块三星 SM961 的 M2. NVMe 硬盘，插到 NUC8i7HVK 中装黑苹果。最后安装倒是安装好了，可是发现显卡驱动不完美，很多地方显示是花屏，感觉效果不如意。所以打算重新自己卖配件，自己组装一台黑苹果，然后把 NUC8i7HVK 和 iMac 全都卖掉。

经过上网搜索各种资料，最后从淘宝买了下面这一堆配件：

算下来总价格差不多是：6509 元。

这个价格比最新的 Mac mini 最低配（6331 元）只贵了不到 180 元。但是在配置上那已经是天差地别了。

下面是跟 Mac mini 最低配的对比：

单纯对比这几项，我们就会发现，即使 Mac mini 再加上 12610 元，把配置升级了，还是比这台黑苹果的配置差劲，因为这还没算上显卡。

也就是说，一台升级了配置之后，仍然比黑苹果还差劲的 Mac mini 的价钱已经相当于三台黑苹果了。

所以，上面黑苹果对配置跟 Mac mini 比起来可以算是性价比极高了。

当然我还有一些配件没有算上，比如我还有一块三星 970 Pro 1T 的 M2 NVMe 硬盘，是 NUC8i7HVK 上的，现在的价格差不多是 2779 元，原来的价格肯定比这个高。键盘鼠标是以前买的罗技 K780 + M590，入手价是 534 元。显示器是去年跟 NUC8i7HVK 一起买的飞利浦 43 寸的 4K 显示器，入手价是 2977 元。这些加一起也有 6290 元。

要是都算在一起的话，总价格差不多有 12800 元吧。看上去有点贵了，可是跟 iMac 对比一下：

按照上面 iMac 27 这个配置的话，官网价格是 30206 元，差不多是黑苹果两倍半的价格。所以，这台黑苹果的性价比仍然是极高的。更何况，我这几样多出来的是之前的配件，并不需要重新购买，跟新买一台 iMac 27 来比的话，就更省钱了。

这个配置安装黑苹果也是相当简单，硬件安装就不详细说了，按照说明书插起来就行了，自己动手大不了多花点时间，并不是很难。

这里说几点需要注意的地方，显卡插在第一个 PCI-E x16 插槽上，显卡会占两个 PCI-E 挡板的位置，所以紧挨着第一个 PCI-E x16 的那个 PCI-E x1 插槽被挡起来了，用不了。BCM943602CS 无线网卡插在第三个挡板位置对应的 PCI-E x1 插槽里面，跟显卡紧挨着。因为第四个 PCI-E 插槽不能用，它跟第二个 M2 插槽冲突，我两个 M2 插槽都要插硬盘，所以，第四个 PCI-E 插槽只能空着，不能用来插无线网卡，我最开始就把无线网卡插在那里了，最后发现不能用。但是这个插槽空着，挡板位置还是不能浪费的，正好主板上还有一个 USB 3.1 的 Type-E 的接口，我专门买了一个 Type-E 转为 Type-C 的 USB 3.1 的挡板线，把它引出来，正好可以把挡板插在第四个 PCI-E 插槽的位置上，这样四个挡板的位置就全利用起来啦，后面板上还多了一个 Type-C 接口，还可以防止空着进灰了，一举两得。

主板上有一个 CPU 风扇接口，直接接 CPU 的风扇，我的 CPU 是 i7-7800，非超频版本，功耗只有 65w，用盒装自带的风扇完全镇的住它，不需要单独买个 CPU 散热器了，更不需要上什么水冷。

机箱后面自带一个风扇，接在 SysFan3 上面，离得近。顶部的风扇接在 SysFan1 上，前面的风扇接在 SysFan2 上。风扇多的可以分组串联，比如我前面装了2个风扇，是串联在一起接在 SysFan2 上的。

这样做，之后可以在系统的 BIOS 里面对每组风扇单独控制。

我买的电源是直出的，跟全模组的相比，便宜一半，缺点就是用不着的线一大堆，用不着的线我塞到机箱背面捆起来，这样就不会影响美观和散热了。

关于内存条，我只买了 2 条 16G 的，日后如果需要，还可以再加 2 条扩充到 64G。但是如果只插两条内存的话，应该插在 2、4 位置上，不然开机之后会有提示告诉你，你所插的内存位置没有优化。

接下来是安装系统。

我要安装的是双系统，安装之前先进 BIOS 进行以下设置：

首先用 F6 载入默认优化的配置。接下来调节风扇转速，把智能调节都打开，然后按照自己的喜好来设置每一档的风扇转速。如果不设置的话，机箱的风扇声音会全速运行，非常吵，但是温度却不一定很低。设置好了，会很静音，温度也不高。

接下来是开启双显卡支持，核显加速。打开高级设置，找到调整整合式显卡的设置（Integrated Graphics Configuration），第一项设置为 PEG，然后把下面一项开启多显示器输出功能打开，这时中间会出现一项集成显卡分配的内存容量，保持默认值 64M 就可以了。这样设置之后，就可以打开双显卡支持，核显加速了。如果不这么设置，不管是 Windows 还是黑苹果都会有问题。

如果你希望可以用USB鼠标或键盘唤醒电脑的话，可以在唤醒事件设置中，把由 USB 设备唤醒一项打开。

剩下其他的设置，就都不要动了。都保持默认值就好。否则，安装黑苹果时可能会遇到各种奇怪的问题。

先安装 Windows 10，安装好之后，从微星官网下载 BIOS 和驱动安装升级。

然后从三星官网下载硬盘驱动，从东芝官网下载硬盘固件管理程序，之后安装升级就行了。

独显驱动从 AMD 官网下载，无线网卡和蓝牙驱动是跟卖家要的。

一切都没问题的话，就可以安装黑苹果了。

Mac 安装盘镜像从果黑小兵的部落阁下载。然后下载对应的 EFI。安装盘制作好之后，用下载的 EFI 替换安装盘的 EFI 分区中的 EFI 目录中的内容。然后下载 Clover Configurator，按照这篇文章中所写内容生成 SMBIOS 信息，按照我的黑苹果硬件配置来说，选择 iMac19,2 就可以了，注意一定要更新 Clover Configurator 到最新版，不然没有这个选项可选。更新完了记得保存，不然就白改了。

接下来，把安装 U 盘插到机箱，在 BIOS 里把启动改成 U 盘优先，然后剩下的基本上就是下一步下一步，跟在白苹果上安装基本上没有什么区别。安装过程中会重启几次，重启之后也是先通过 U 盘引导，进入 Clover 界面，选择已安装的苹果系统盘启动，两次之后就进入安装完成界面了，然后一路设置完成，就可以使用了。

接下来，用 Clover Configurator 把安装盘上的 EFI 目录复制的安装好的系统的 EFI 盘的 EFI 目录中。之后就不需要 U 盘，直接可以通过硬盘启动了。

接下来对系统的优化可以参考：https://github.com/SuperNG6/MSI-B360-10.14.5-EFI/wiki ，这里就不啰嗦了。

• Hprose.IO
• Hprose.RPC
• Hprose.RPC.Plugins
• Hprose.RPC.Codec.JSONRPC
• Hprose.RPC.Owin
• Hprose.RPC.AspNet
• Hprose.RPC.AspNetCore

Hprose.IO 是 Hprose 的序列化和反序列化库。支持：

• .NET Framework 3.5+
• .NET Framework Client Profile 3.5 - 4.0
• .NET Core 2.0+
• .NET Compact Framework 3.5
• .NET Standard 2.0+

Hprose.RPC 是 Hprose RPC 的核心库，提供了 Hprose RPC 的 Http、WebSocket、Tcp、Udp 的服务器和客户端的实现。跟 Hprose.IO 相比，该模块除了不支持 .NET Framework 3.5 和 .NET Framework Client Profile 3.5 以外，其它支持的 .NET 环境与 Hprose.IO 相同。特别要强调的是，Hprose.RPC 是支持 .NET Compact Framework 3.5 的，但是在 .NET Compact Framework 3.5 下，不支持 Http、WebSocket 服务器和 WebSocket 客户端，仅支持 Tcp、Udp 服务器和 Http、Tcp、Udp 客户端。另外，在 .NET Framework 4.0 环境下，也不支持 WebSocket 服务器和客户端。

Hprose.RPC.Plugins 是 Hprose RPC 的插件库，提供了 Hprose RPC 的一些现成的通用插件。其中包括负载均衡插件，集群容错插件，熔断降级插件，限流插件，推送插件，反向调用插件，单向调用插件和日志插件。其支持的 .NET 环境与 Hprose.RPC 相同。

Hprose.RPC.Codec.JSONRPC 是 Hprose RPC 的 JSONRPC 编码库，通过它，可以让 Hprose 服务器和客户端变身为 JSONRPC 2.0 的服务器和客户端，而且对于服务器来说，可以同时提供 JSONRPC 2.0 服务和 Hprose 3.0 服务。其支持的 .NET 环境与 Hprose.RPC 相同。

Hprose.RPC.Owin 是 Hprose RPC 在 Owin 上的服务模块。如果需要在支持 Owin 的 .NET 服务器上发布 Hprose 服务，可以使用该库。因为 Owin 是基于 Http 的 Web 服务，而 .NET Compact Framework 3.5 环境并没有提供 Http 服务，因此该模块不支持 .NET Compact Framework 3.5 环境下使用，除此之外，其支持的环境与 Hprose.RPC 相同。

Hprose.RPC.AspNet 是 Hprose RPC 在 ASP.NET 上的服务模块。因为 ASP.NET 仅支持 .NET Framework 环境，不支持 .NET Framework Client Profile、.NET Core 和 .NET Compact Framework 环境。因此该模块仅支持在 .NET Framework 环境下使用。

Hprose.RPC.AspNetCore 是 Hprose RPC 在 ASP.NET Core 上的服务模块。因为 ASP.NET Core 仅支持 .NET Core，因此该模块也仅支持在 .NET Core 下使用。

Hprose 3.0 for .NET 支持的操作系统有：

• Windows XP - Windows 10 ( .NET Standard, .NET Core, .NET Framework )
• Linux ( .NET Standard, .NET Core )
• Mac OS X ( .NET Standard, .NET Core )
• iOS ( .NET Standard )
• TvOS ( .NET Standard )
• WatchOS ( .NET Standard )
• Android ( .NET Standard )
• Windows CE ( .NET Compact Framework )

也就是说，Hprose 3.0 for .NET 支持目前 .NET 支持的所有主流的操作系统和平台。

因为 SliverLight 和 Windows Phone 已死，所以 Hprose 3.0 for .NET 不再提供对它们的支持。

这次升级对 Hprose for .NET 进行了重新设计。去掉了一些不常用的功能，新增插件机制，提升了可扩展性，并提供了许多常用插件，取消了对一些过时的 .NET 平台的支持。仅保留了对 .NET 3.5 Compact Framework、.NET 4.0+、.NET Core 2.0+、.NETStandard 2.0+（包含 Android、iOS、Mac 平台）的支持。

这次升级后的代码，使用了最新版本的 C# 的语法来编写，代码在可读性和性能上较之之前的版本都有了极大的改进。

下面我们就来看看 Hprose 3.0 for .NET 在 VS2019 下该如何编译。

首先，操作系统我使用的是当下的最新版本的 Windows 10（1809-17763.316），其他旧版本的 Windows 操作系统不保证一定可以成功。

从 hprose/hprose-dotnet 下载最新版本的代码。如果你不打算提交你的修改，最好不要使用 git clone 来下载整个项目，因为使用 git clone 下载的内容有 300 多 M。直接点 Download ZIP 来下载，只有 300 多 K。

然后下载 VS2019 并安装，免费的社区版就可以，专业版和企业版应该也没问题。

之后，下载最新的 .NET Core 3.1 和 .NET Framework 4.8 开发包 安装。

接下来，下载 .NET Compact Framework 3.5 Redistributable 并安装。

.NET Compact Framework 3.5 安装之后位置在：C:\Program Files (x86)\Microsoft.NET\SDK\CompactFramework\v3.5\WindowsCE，将其中的文件复制到：C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v3.5\Profile\CompactFramework。

在该目录中新建目录 RedistList，在目录 RedistList 中创建文件 FrameworkList.xml，内容为：

<?xml version="1.0" encoding="utf-8"?>
<FileList Redist="Net35-CF" Name=".NET Compact Framework 3.5">
</FileList>

接下来，就可以用 VS2019 打开 Hprose.sln 进行编译了。

这次升级是完全重写了 Hprose for .NET 的代码。

之前的 Hprose 1.x for .NET 兼容 .NET 所有的平台版本，包括 .NET Framework 、.NET Compact Framework、.NET Micro Framework、SilverLight、Windows Phone、Mono、.NET Core 等。

这次升级取消了对一些过时的 .NET 平台的支持。仅保留了对 .NET 3.5 Compact Framework、.NET 4.0+、.NET Core 2.0+、.NETStandard 2.0（包含 Android、iOS、Mac 平台）的支持。

这次升级后的代码，使用了最新版本的 C# 的语法来编写，代码在可读性和性能上较之之前的版本都有了极大的改进。

下面我们就来看看 Hprose 3.0 for .NET 序列化究竟有多快。

首先来看一下对象数组序列化反序列化性能对比，测试代码为：BenchmarkObjectSerialize.cs，测试结果如下表所示：

Hprose 3.0 相对于 1.x 相比，增加了对 DataSet、DataTable 序列化和反序列化的支持。下面是 DataSet 序列化反序列化性能对比，测试代码为：BenchmarkDataSetSerialize.cs，测试结果如下表所示：

从上面两个图表可以看出，虽然 Newton Json 的序列化反序列化性能跟 .NET 自带的 DataContract 相比已经高出很多，但是 Hprose 比 Newton Json 还要快 1 倍左右。这是怎么做到的呢？下面我们就来详细剖析一下。

泛型序列化器和反序列化器

在 Hprose 1.x for .NET 中，序列化和反序列化的代码主要是在 HproseWriter 和 HproseReader 两个类中实现的。

而 Hprose 3.0 for .NET 中，序列化和反序列化的代码则分别放在 Hprose.IO.Serializers 和 Hprose.IO.Deserializers 两个名称空间下面，并且定义了两个抽象的泛型类 Serializer<T> 和 Deserializer<T> 来负责序列化和反序列化。

每种具体的数据类型的序列化都由一个具体的序列化器来实现，反序列化则由一个具体的反序列化器来实现。

具体的序列化器和反序列化器通过 Serializer<T> 和 Deserializer<T> 的 Instance 属性来获得。

基本类型和几个常用类型的序列化器、反序列化器被注册在 Serializer 和 Deserializer 这两个非泛型类的静态初始化方法中，当它们第一次被调用时会自动初始化。

而对于数组、枚举、容器和自定义类型，则会在泛型序列化器和反序列化器的 Instance 属性第一次被调用时初始化。

通过这种方式，实现代码不但变得更清晰易懂，而且更便于扩展。

另外还有一个附加的好处，就是当知道要序列化或反序列化的具体类型时，序列化器和反序列化器可以直接通过泛型类的 Instance 属性获取到，从而省去了判断查找的时间。

序列化器和反序列化器除了直接缓存在泛型类的 Instance 属性中以外，还在非泛型的 Serializer 和 Deserializer 类中通过 ConcurrentDictionary 静态字段容器做了缓存。

虽然通过 ConcurrentDictionary 这种缓存方式要比直接通过泛型类的 Instance 属性来获取序列化器和反序列化器在速度上慢几十纳秒，但是对于无法在编译期就能获取到具体类型的数据来说，这仍然是最快速的获取序列化器和反序列化器的方式。

除了对序列化器和反序列化器采用了这种特化泛型类 + ConcurrentDictionary 的双缓存模式以外，Hprose 在属性字段存取器、类型转换器等实现上也采用了这种方式。

这是 Hprose 3.0 for .NET 序列化和反序列化性能提高的最主要原因之一。

通过表达式树来存取字段和属性

在 Hprose 1.x for .NET 中，对于自定义类型的字段和属性的存取，根据不同的平台采用了直接反射和 Emit 生成代码两种方式。

在 Hprose 3.0 for .NET 中，则统一使用了表达式树生成代码的方式。表达式树生成的代码跟使用 Emit 生成的代码，在执行效率上是没有差别的。但是在实现上，表达式树实现的代码具有更好的可读性。

另外，对于表达式树生成的代码也做了双缓冲，因此序列化反序列化自定义对象的执行效率几乎可以达到甚至超过硬编码的效率。

通过表达式树来创建对象

在 C# 中创建一个对象，可以通过 new 关键字来创建，也可以通过反射的方式来创建。跟通过反射创建对象相比，new 一个对象显然要快的多。

但是创建泛型对象是个特例。例如：

public T New<T>() where T : new() => new T();

这个方法，它在调用时，new T() 生成的 IL 代码实际上跟：

Activator.CreateInstance<T>();

是差不多的。

也就是说，虽然代码中写的是 new T()，但是实际上调用的却是 Activator.CreateInstance<T>()。

Hprose 中为了更快的创建泛型对象，使用了下面这个泛型对象创建工厂：

public static class Factory<T> {
    private static readonly Func<T> constructor = GetConstructor();
    private static Func<T> GetConstructor() {
        try {
            return Expression.Lambda<Func<T>>(Expression.New(typeof(T))).Compile();
        }
        catch {
            return () => (T)Activator.CreateInstance(typeof(T), true);
        }
    }
    public static T New() {
        return constructor();
    }
}

该工厂类通过表达式树来生成创建对象的代码，表达式树生成的代码跟直接 new 具体类型是一样的，速度上比 Activator.CreateInstance<T>() 要快 2 - 3 倍（在 Mono 平台上甚至会快几十倍）。只有当表达式树创建失败时，才会使用 Activator.CreateInstance 作为代替方案。另外，这里使用的是 Activator.CreateInstance(typeof(T), true)，这样不但在性能上比 Activator.CreateInstance<T>() 快几纳秒，而且它还可以创建只有非 public 无参构造器的类的对象。

最新版本的代码可以在 github 的 hprose/hprose-dotnet 中查看。如果大家有更好的改进方式，欢迎大家提交修改。

首先进入 /etc/apt/sources.list.d 目录，里面有个阿里云安装源的配置文件，把它内容删除，然后改成：

deb http://mirrors.aliyun.com/debian stretch main contrib non-free
deb-src http://mirrors.aliyun.com/debian stretch main contrib non-free
deb http://mirrors.aliyun.com/debian stretch-updates main contrib non-free
deb-src http://mirrors.aliyun.com/debian stretch-updates main contrib non-free
deb http://mirrors.aliyun.com/debian stretch-backports main non-free contrib
deb-src http://mirrors.aliyun.com/debian stretch-backports main non-free contrib
deb http://mirrors.aliyun.com/debian-security stretch/updates main contrib non-free
deb-src http://mirrors.aliyun.com/debian-security stretch/updates main contrib non-free

接下来执行：

sudo apt update
sudo apt dist-upgrade

然后确认一下，就是漫长的等待了。下载完所有的安装包之后，会有一个升级列表说明，看不看无所谓了，直接输入 q 就可以退出继续了。后面会遇到几处确认，因为是新装的系统，所以没什么顾及，都选 Y 就可以了。

安装完成后，再执行：

sudo apt autoremove --purge

把没有用的包清理掉就可以了。

装逼是必须的

接下来，安装装逼工具 neofetch。

sudo apt install neofetch

安装之后执行一下 neofetch 就可以看到如下装逼画面了：

neofetch

vim 是不可少的

接下来安装 vim，不然编辑个配置文件都麻烦。执行下面的命令：

sudo apt install vim-nox vim-addon-manager vim-syntastic vim-youcompleteme vim-fugitive
wget https://mirrors.aliyun.com/debian/pool/main/v/vim-airline-themes/vim-airline-themes_0%2bgit.20170710.5d75d76-1_all.deb
wget https://mirrors.aliyun.com/debian/pool/main/v/vim-airline/vim-airline_0.9-1_all.deb
sudo dpkg -i vim-airline-themes_0+git.20170710.5d75d76-1_all.deb vim-airline_0.9-1_all.deb
vim-addons install youcompleteme
vim-addons

上面装的是 nox 版本（就是没有 X，即非图形界面的版本）的 vim，这个版本跟普通的 vim 包比，多了 python 插件的支持，不然的话，很多插件没法用。

另外因为 airline 目前只在 sid 里面有，在 stretch 里面没有，所以需要单独下载。不过还好这两个包 vim-airline 和 vim-airline-themes 没有什么依赖，直接从 sid 仓库里使用 wget 下载下来，用 dpkg 安装就可以了。

执行完上面的命令之后，会看到下面的输出：

# Name                     User Status  System Status
airline                     removed       installed
airline-themes              removed       installed
editexisting                removed       removed
fugitive                    removed       installed
justify                     removed       removed
matchit                     removed       removed
syntastic                   removed       installed
systemtap                   removed       removed
youcompleteme               installed     removed

说明 airline, fugitive, syntasic 和 youcompleteme 这几个插件装好了。

只是装好还不够，还需要配置一下，首先打开 /etc/vim/vimrc 文件。找到：

"syntax on

"set background=dark

这两句，然后把它们前面的 " 去掉，保存，然后再用 vim 打开就能看到彩色文字了。

接下来，把下面这一段保存到 /etc/vim/vimrc.local 文件中。

"Ctrl+C, Ctrl+V, Ctrl+X, Ctrl+A, Ctrl+Y, Ctrl+Z, Ctrl+S 跟 windows 一样
runtime! mswin.vim

let g:airline_powerline_fonts=1
set laststatus=2

let g:airline#extensions#tabline#enabled=1
let g:airline#extensions#tabline#buffer_nr_show=1

let g:airline#extensions#ycm#enabled=1

autocmd! bufwritepost .vimrc source % "vimrc文件修改之后自动加载。 linux。

set completeopt=longest,menu "自动补全配置,让Vim的补全菜单行为与一般IDE一致
set cursorcolumn             "突出显示当前列，可用Ctrl+m切换是否显示
set cursorline               "突出显示当前行，可用Ctrl+m切换是否显示
set history=3000             "history存储长度
set nu                       "显示行数
set shiftwidth=4             "换行时行间交错使用4空格
set cindent shiftwidth=4     "自动缩进4空格
set tabstop=4                "让一个tab等于4个空格
set showmatch                "显示括号配对情况
set autoread                 "当文件在外部被改变时，Vim自动更新载入
set noswapfile               "关闭交换文件
set showmode                 "开启模式显示
set cmdheight=1              "命令部分高度为1
set shortmess=atI            "启动的时候不显示那个援助索马里儿童的提示
set t_ti= t_te=              "退出vim后，内容显示在终端屏幕
set novisualbell             "don't beep
set noerrorbells             "don't beep

set wildmode=list:longest
set ttyfast


set wildignore=*.swp,*.bak,*.pyc,*.class
set scrolloff=3              "至少有3行在光标所在行上下


set selection=old
set selectmode=mouse,key
set viminfo^=%               "Remember info about open buffers on close
set viminfo+=!               "保存全局变量
set magic                    "正则表达式匹配形式

"autocmd InsertEnter * se cul "用浅色高亮当前行
set ruler                    "显示标尺
set showcmd                  "输入的命令显示出来，看的清楚些


"设置标记一列的背景颜色和数字一行颜色一致
hi! link SignColumn   LineNr
hi! link ShowMarksHLl DiffAdd
hi! link ShowMarksHLu DiffChange

set hlsearch                 "高亮显示结果
set incsearch                "在输入要搜索的文字时，vim会实时匹配


""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
" F1 - F4 设置
" F1 废弃这个键,防止调出系统帮助
" F2 行号开关，用于鼠标复制代码用
" F3 换行开关
" F4 粘贴模式paste_mode开关,用于有格式的代码粘贴
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""


" I can type :help on my own, thanks.  Protect your fat fingers from the evils of <F1>
nnoremap <F1> <Esc>"
nnoremap <F2> :set nonumber! number?<CR>
nnoremap <F3> :set wrap! wrap?<CR>
set pastetoggle=<F4>             "when in insert mode, press <F5> to go to
                                 "paste mode, where you can paste mass data
                                 "that won't be autoindented
au InsertLeave * set nopaste

" disbale paste mode when leaving insert mode


"Treat long lines as break lines (useful when moving around in them)
"se swap之后，同物理行上线直接跳
nnoremap k gk
nnoremap gk k
nnoremap j gj
nnoremap gj j
nnoremap <Up> gk
nnoremap <Down> gj

colorscheme torte

" 多语言语法检查
let g:syntastic_error_symbol='✗'      "set error or warning signs
let g:syntastic_warning_symbol='⚠'
let g:syntastic_check_on_open=1
let g:syntastic_enable_highlighting=0
let g:syntastic_python_checkers=['pyflakes'] " 使用pyflakes,速度比pylint快
let g:syntastic_javascript_checkers = ['jsl', 'jshint']
let g:syntastic_html_checkers=['tidy', 'jshint']
let g:syntastic_cpp_include_dirs = ['/usr/include/']
let g:syntastic_cpp_remove_include_errors = 1
let g:syntastic_cpp_check_header = 1
let g:syntastic_cpp_compiler = 'clang++'
let g:syntastic_cpp_compiler_options = '-std=c++11 -stdlib=libstdc++'
let g:syntastic_enable_balloons = 1 "whether to show balloons
highlight SyntasticErrorSign guifg=white guibg=black

最后，在自己的目录下创建一个 .vimrc 文件，哪怕是空的也行。如果没有这个文件，你会发现有些配置不会生效。

最后把没用的 vim, vim-tiny 卸载掉就好了。

命令行不爽是不行的

接下来安装几个命令行增强工具：

sudo apt-get install powerline htop thefuck
wget https://github.com/jingweno/ccat/releases/download/v1.1.0/linux-amd64-1.1.0.tar.gz
tar zxvfp linux-amd64-1.1.0.tar.gz
sudo cp linux-amd64-1.1.0/ccat /usr/bin/ccat
sudo chmod +x /usr/bin/ccat

然后配置一下 .bashrc 文件：

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
#[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
    alias ls='ls --color=auto'
    alias dir='dir --color=auto'
    alias vdir='vdir --color=auto'

    alias grep='grep --color=auto'
    alias fgrep='fgrep --color=auto'
    alias egrep='egrep --color=auto'
alias cat='ccat --color=always --bg=dark'
alias top='htop'
fi

# colored GCC warnings and errors
export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
alias ll='ls -l'
alias la='ls -A'
alias l='ls -CF'
alias cp='cp -i'
alias mv='mv -i'
alias rm='rm -i'
alias fuck='TF_CMD=$(TF_ALIAS=fuck PYTHONIOENCODING=utf-8 TF_SHELL_ALIASES=$(alias) thefuck $(fc -ln -1)) && eval $TF_CMD && history -s $TF_CMD'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi

export PATH=/snap/bin:$PATH

export LESS_TERMCAP_mb=$'\E[01;31m'
export LESS_TERMCAP_md=$'\E[01;31m'
export LESS_TERMCAP_me=$'\E[0m'
export LESS_TERMCAP_se=$'\E[0m'
export LESS_TERMCAP_so=$'\E[01;44;33m'
export LESS_TERMCAP_ue=$'\E[0m'
export LESS_TERMCAP_us=$'\E[01;32m'

stty -ixon # Ctrl+S 会停止输出，该命令让停止输出失效。

if [ -f `which powerline-daemon` ]; then
  powerline-daemon -q
  POWERLINE_BASH_CONTINUATION=1
  POWERLINE_BASH_SELECT=1
  . /usr/share/powerline/bindings/bash/powerline.sh
fi

neofetch

然后退出再登录，就可以看到酷炫的命令提示符了。还有彩色的 ls, cat, top, man 等。还可以使用 fuck 命令来纠正输入错误。

开始干正事了

先配置 PHP 最新版本的源。

sudo apt -y install apt-transport-https lsb-release ca-certificates
sudo wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg
sudo sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php.list'
sudo apt update

再接下来配置 mysql 的源。

wget https://dev.mysql.com/get/mysql-apt-config_0.8.9-1_all.deb
sudo dpkg -i mysql-apt-config_0.8.9-1_all.deb
sudo apt update

再接下来配置 nodejs 最新版本的源。

curl -sL https://deb.nodesource.com/setup_9.x | sudo bash -

最后一步就是安装它们：

sudo apt install -y php7.2 php7.2-fpm php7.2-mysql php7.2-json php7.2-mbstring php7.2-curl php7.2-gd php7.2-bcmath php7.2-opcache php7.2-bz2 php7.2-zip php7.2-dev php-pear nginx mysql-server nodejs

接下来安装 phpmyadmin:

sudo apt install phpmyadmin

安装过程中要选择 Apache 还是 lighttpd，都不选，直接点 OK。然后配置密码就完成了。

然后执行：

sudo ln -s /usr/share/phpmyadmin/ /var/www/

最后配置一下 nginx，再重启 nginx 就可以了。

接下来安装 php 的 hprose 扩展：

sudo pecl update-channels
sudo pecl install hprose

在 /etc/php/7.2/mods-available 下创建文件 hprose.ini：

; configuration for php hprose module
; priority=20
extension=hprose.so

然后执行：

sudo phpenmod hprose
sudo service php7.2-fpm restart

hprose 扩展就装好了。

系统优化

阿里云服务器安装之后，没有交换分区，这样一旦内存用光，系统就会进入假死状态。所以必须要创建一个 swap 文件。不过不需要自己手动创建，直接安装 dphys-swapfile 这个包就可以了。

sudo apt install dphys-swapfile

安装完成后， 运行 free 就可以看到虚拟内存已经启用了。

修改 /etc/sysctl.conf, 在最后加上：

vm.swappiness = 10
net.ipv4.neigh.default.gc_stale_time = 120
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_announce = 2
net.ipv4.conf.all.arp_announce = 2
net.ipv4.tcp_max_tw_buckets = 5000
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_syn_backlog = 1024
net.ipv4.tcp_synack_retries = 2
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

net.ipv4.tcp_syn_retries = 1
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_keepalive_time = 600
net.ipv4.tcp_keepalive_probes = 3
net.ipv4.tcp_keepalive_intvl =15
net.ipv4.tcp_retries2 = 5
net.ipv4.tcp_fin_timeout = 2
net.ipv4.tcp_max_tw_buckets = 36000
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_max_orphans = 131072
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_syn_backlog = 16384
net.ipv4.tcp_wmem = 8192 131072 16777216
net.ipv4.tcp_rmem = 32768 131072 16777216
net.ipv4.tcp_mem = 786432 1048576 1572864
net.ipv4.ip_local_port_range = 1024 65000

net.core.somaxconn = 16384
net.core.netdev_max_backlog = 16384

现在要开发 hprose 3.0 for .NET 时，我希望能够在这方面省点事，毕竟现在的 .NET 跟之前比起来，版本更多了，而且还增加了许多跨平台的目标框架，如果还用 bat 的方式来编译打包，想一想都是很头疼的事情。

微软估计也考虑到了这一点，所以现在终于在 Visual Studio 2017/2019 中提供了一种新的 csproj 格式，使用这种格式，就可以创建面向多个目标框架的 .NET 项目了。这对于开发多目标框架的 .NET 库来说，无疑是提供了很大的便利。

创建新版本的 .csproj 项目文件

如果使用 .NET Core 2.0 命令行创建的话，非常简单，新建一个项目目录，然后在其中执行：

dotnet new classlib

就可以了。

如果使用 Visual Studio 2017/2019 的话，选择新建项目，然后选择 .NET Core 或者 .NET Standard，之后选择类库，就可以了，如图：

创建 .NET Core 类库

新创建的 .csproj 项目文件，可以直接用文本编辑器（比如 VSCode 等）打开，里面内容很简单：

 <Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <TargetFramework>netstandard2.0</TargetFramework>
  </PropertyGroup>

</Project>

这个项目目前还只支持单一的目标框架，要改成支持多目标框架就需要来用文本编辑器手动编辑这个 XML 文件了。Visual Studio 2017 目前还不支持通过图形界面的方式来配置多目标框架。

改成面向多目标框架的项目

修改其实也很简单，只需要把 TargetFramework 改成 TargetFrameworks，然后把你需要的目标框架填进去，用分号分隔就行了。例如：

 <Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <TargetFrameworks>netstandard1.0;netstandard1.1;netstandard1.2;netstandard1.3;netstandard1.4;netstandard1.5;netstandard1.6;netstandard2.0;netcoreapp1.0;netcoreapp1.1;netcoreapp2.0;net40;net45;net451;net452;net46;net461;net462;net47;net471</TargetFrameworks>
  </PropertyGroup>

</Project>

上面这些目标框架是 .NET Core 和 Visual Studio 2017/2019 默认就支持的，只要这样写上，就可以直接用命令行：

dotnet build

或在 Visual Studio 2017/2019 中编译通过。

但如果创建的不是类库，而是单元测试（mstest 和 xunit）项目的话，netstandardx.x 和 net40 就不支持了，这一点是测试框架限制的。

所以，既能编译，又能测试的多目标框架大概也就只有这些：

 <Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <TargetFrameworks>netcoreapp1.0;netcoreapp1.1;netcoreapp2.0;net45;net451;net452;net46;net461;net462;net47;net471</TargetFrameworks>
  </PropertyGroup>

</Project>

如果不考虑测试，那么在 Visual Studio 2017/2019 中，还可以添加上：net20、net30 和 net35 这三个目标框架。

这些可以在 Visual Studio 2017/2019 中可以编译通过，使用 dotnet 命令行的话，会显示：

C:\Program Files\dotnet\sdk\2.1.4\Microsoft.Common.CurrentVersion.targets(1124,5): error MSB3644: 未找到框架“.NETFramework,Version=v2.0”的引用程序集。若要解决此问题，请安装此框架版本的 SDK 或 Targeting Pack，或将应用程序的目标重新指向已装有 SDK 或 Targeting Pack 的框架版本。请注意，将从全局程序集缓存(GAC)解析程序集，并将使用这些程序集替换引用程序集。因此，程序集的目标可能未正确指向您所预期的框架。

这样的错误信息。这个问题能否解决我还不清楚，因为没有查到这方面的资料。

增加 NuGet 打包信息

新版的 .csproj 不但可以直接添加程序集信息，不再需要 AssemblyInfo.cs 这个文件了。还可以直接添加 NuGet 打包信息，一步生成 .nupkg 文件。例如：

<PropertyGroup>
  <SignAssembly>true</SignAssembly>
  <DelaySign>false</DelaySign>
  <AssemblyOriginatorKeyFile>HproseKeys.snk</AssemblyOriginatorKeyFile>
  <Version>2.0.0</Version>
  <OutputType>Library</OutputType>
  <GeneratePackageOnBuild>true</GeneratePackageOnBuild>
  <PackageRequireLicenseAcceptance>true</PackageRequireLicenseAcceptance>
  <Authors>Ma Bingyao&lt;andot@hprose.com&gt;</Authors>
  <Company>hprose.com</Company>
  <Copyright>Copyright © http://www.hprose.com, All rights reserved.</Copyright>
  <AssemblyVersion>2.0.0.0</AssemblyVersion>
  <Product>Hprose.Core</Product>
  <PackageLicenseUrl>http://opensource.org/licenses/MIT</PackageLicenseUrl>
  <PackageProjectUrl>http://www.hprose.com</PackageProjectUrl>
  <PackageIconUrl>http://hprose.com/apple-touch-icon-180x180.png</PackageIconUrl>
  <RepositoryUrl>https://github.com/hprose/hprose-dotnet</RepositoryUrl>
  <RepositoryType>git</RepositoryType>
</PropertyGroup>

上面的信息对于所面向的不同框架信息都是一样的，还可以根据不同的框架来添加不同的信息，例如：

<Target Name="PreBuild" BeforeTargets="PreBuildEvent">
  <PropertyGroup Condition=" '$(TargetFrameworkIdentifier)' != '' ">
    <Product>Hprose.Core for $(TargetFrameworkIdentifier) $(TargetFrameworkVersion)</Product>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(TargetFrameworkProfile)' != '' ">
    <Product>Hprose.Core for $(TargetFrameworkIdentifier) $(TargetFrameworkVersion) $(TargetFrameworkProfile) Profile</Product>
  </PropertyGroup>
</Target>

通过上面这一段代码，就可以为生成的每个 dll 添加不同的产品名称信息了。

为不同目标框架的增加预编译符号

要用一套代码为不同的目标框架来编写类库，那么条件编译是不可或缺的。

Java 没有提供条件编译，要实现这一目标就变得非常困难，目前虽然在 Java 中能借助 final 变量加 if 条件判断来实现有限的“条件编译”，但是 Java 的这种奇技淫巧跟 C# 提供的条件编译比起来，简直难用的要死。尤其是现在 Java 也成了版本帝，半年一个就发布一个版本，在这种情况下，还不提供条件编译，这简直是类库开发者的噩梦。

C# 从一开始就支持条件编译，不过最初并没有为每个不同版本的框架定义标准的预编译符号。但是现在，使用新版的 .csproj 创建的项目，会自动为不同版本的目标框架添加预编译符号了，下面是自动添加的预编译符号：

如果感觉不够用，还可以自己添加，例如：

<PropertyGroup Condition=" $(TargetFramework.Contains('netstandard1.')) ">
<_IsNetStandard1Defined>$([System.Text.RegularExpressions.Regex]::IsMatch('$(DefineConstants.Trim())', '(^|;)NETSTANDARD1($|;)'))</_IsNetStandard1Defined>
<DefineConstants Condition="!$(_IsNetStandard1Defined)">NETSTANDARD1;$(DefineConstants)</DefineConstants>
</PropertyGroup>

<PropertyGroup Condition=" $(TargetFramework.Contains('netcoreapp1.')) ">
<_IsNetCoreApp1Defined>$([System.Text.RegularExpressions.Regex]::IsMatch('$(DefineConstants.Trim())', '(^|;)NETCOREAPP1($|;)'))</_IsNetCoreApp1Defined>
<DefineConstants Condition="!$(_IsNetCoreApp1Defined)">NETCOREAPP1;$(DefineConstants)</DefineConstants>
</PropertyGroup>

这样就可以为 .NET Standard 1.x 增加预编译符号 NETSTANDARD1，为 .NET Core 1.0 增加预编译符号 NETCOREAPP1 了。这对于在程序中只需要一个条件就可以判断所有的 .NET Standard 1.x 平台或 .NET Core 1.x 平台了。

添加 Android 平台支持

默认情况下，使用 Visual Studio 2017/2019 创建的 Android 类库项目是不使用这个新版本 .csproj 格式的。不过我们可以手动把 Android 平台添加到已有的这个项目中。

首先在 <TargetFrameworks>...</TargetFrameworks> 里面加入 monoandroid71。其中 monoandroid 是目标框架标识，71 是目标框架版本号。然后加入下列代码：

<PropertyGroup Condition=" $(TargetFramework.Contains('monoandroid')) ">
  <FileAlignment>512</FileAlignment>
  <GenerateSerializationAssemblies>Off</GenerateSerializationAssemblies>
  <AndroidUseLatestPlatformSdk>true</AndroidUseLatestPlatformSdk>
  <TargetFrameworkVersion>v$(TargetFramework[11]).$(TargetFramework[12])</TargetFrameworkVersion>
  <TargetFrameworkIdentifier>MonoAndroid</TargetFrameworkIdentifier>
  <LanguageTargets>$(MSBuildExtensionsPath)\Xamarin\Android\Xamarin.Android.CSharp.targets</LanguageTargets>
</PropertyGroup>

<ItemGroup Condition=" $(TargetFramework.Contains('monoandroid')) ">
  <Reference Include="Mono.Android" />
</ItemGroup>

Android 目标框架有好几个版本，我目前还不确定是否只添加最高版本的就能在所有版本上都可以使用，如果不行的话，那就把所有版本（monoandroid44;monoandroid50;monoandroid51;monoandroid60;monoandroid71）都添加进去也无妨。

添加 Apple 系列平台支持

添加方法跟 Android 平台类似。首先在 <TargetFrameworks>...</TargetFrameworks> 里面加入 xamarinmac20;xamarinios10;xamarintvos10;xamarinwatchos10。然后加入下列代码：

<PropertyGroup Condition=" '$(TargetFramework)' == 'xamarinmac20' ">
    <TargetFrameworkVersion>v2.0</TargetFrameworkVersion>
    <TargetFrameworkIdentifier>Xamarin.Mac</TargetFrameworkIdentifier>
  </PropertyGroup>

  <PropertyGroup Condition=" '$(TargetFramework)' == 'xamarinios10' ">
    <TargetFrameworkVersion>v1.0</TargetFrameworkVersion>
    <TargetFrameworkIdentifier>Xamarin.iOS</TargetFrameworkIdentifier>
  </PropertyGroup>

  <PropertyGroup Condition=" '$(TargetFramework)' == 'xamarintvos10' ">
    <TargetFrameworkVersion>v1.0</TargetFrameworkVersion>
    <TargetFrameworkIdentifier>Xamarin.TVOS</TargetFrameworkIdentifier>
  </PropertyGroup>

  <PropertyGroup Condition=" '$(TargetFramework)' == 'xamarinwatchos10' ">
    <TargetFrameworkVersion>v1.0</TargetFrameworkVersion>
    <TargetFrameworkIdentifier>Xamarin.WatchOS</TargetFrameworkIdentifier>
  </PropertyGroup>

  <PropertyGroup Condition=" $(TargetFramework.Contains('xamarin')) ">
    <LanguageTargets>$(MSBuildExtensionsPath)\$(TargetFrameworkIdentifier.Replace('.', '\'))\$(TargetFrameworkIdentifier).CSharp.targets</LanguageTargets>
  </PropertyGroup>

  <ItemGroup Condition=" $(TargetFramework.Contains('xamarin')) ">
    <Reference Include="$(TargetFrameworkIdentifier)" />
  </ItemGroup>

添加 SliverLight 平台支持

在 <TargetFrameworks>...</TargetFrameworks> 里面加入 sl3;sl4;sl5。然后加入下列代码：

<PropertyGroup Condition=" $(TargetFramework.StartsWith('sl')) ">
  <_SilverLightVersion>$(TargetFramework[2])</_SilverLightVersion>
  <TargetFrameworkVersion>v$(_SilverLightVersion).0</TargetFrameworkVersion>
  <TargetFrameworkIdentifier>SilverLight</TargetFrameworkIdentifier>
  <SilverlightVersion Condition="'$(SilverlightVersion)' == ''">$(TargetFrameworkVersion)</SilverlightVersion>
  <SilverlightApplication>false</SilverlightApplication>
  <ValidateXaml>true</ValidateXaml>
  <DisableImplicitFrameworkReferences>true</DisableImplicitFrameworkReferences>
<_IsSilverLightDefined>$([System.Text.RegularExpressions.Regex]::IsMatch('$(DefineConstants.Trim())', '(^|;)SILVERLIGHT($|;)'))</_IsSilverLightDefined>
<DefineConstants Condition="!$(_IsSilverLightDefined)">SILVERLIGHT;SILVERLIGHT$(_SilverLightVersion);$(DefineConstants)</DefineConstants>
  <LanguageTargets>$(MSBuildProgramFiles32)\MSBuild\Microsoft\$(TargetFrameworkIdentifier)\$(TargetFrameworkVersion)\Microsoft.$(TargetFrameworkIdentifier).CSharp.targets</LanguageTargets>
</PropertyGroup>

其它平台

.NET Compact Framework, .NET Micro Framwork, Windows Phone 这几个平台目前还没有研究，因为在 hprose 3.0 for .NET 中不打算支持它们了。其实 .NET 2.0、3.0、3.5 这几个版本的 .NET 框架以及 SliverLight 平台我也不打算在 hprose 3.0 中支持了。支持它们不但需要写大量的条件编译，而且编写代码时不能使用新特性，微软的测试框架也不支持，写起代码来太不爽了。

UWP（uap）这个平台我还不知道怎么配置到这个多目标框架的 .csproj 项目中，试了好久，都没有成功，也许还不支持吧。

项目地址是：https://github.com/andot/lolcat，欢迎大家点赞~

它的安装方式很简单，在 PowerShell 控制台下运行：

Install-Module lolcat -Scope CurrentUser

或者在 PowerShell 管理员控制台下运行：

Install-Module lolcat

就可以了。

下面是这个程序的运行截图：

lolcat in PowerShell

lolcat in VSCode

通过上面的截图我们可以看出，Windows 10 的控制台确实是支持 24 位色的，而 VSCode 内嵌的终端则不支持 24 位色。

之前一直奇怪为啥 WSL 在控制台上运行的时候，PowerLine 提示符就显示的好好的，而到了 VSCode 终端下，PowerLine 提示符中的路径分隔符就显示不出来了。现在终于明白了，原来是 VSCode 内嵌终端不支持 24 位色，而 PowerLine 提示符中的路径分隔符所使用的颜色跟背景色比较相近，VSCode 直接把它按照背景色显示了，所以就看不见了。

更新 PowerShell 的 NuGet

默认 PowerShell 自带的 NuGet 还是 2.8 版本，使用这个版本无法正常发布 PowerShell 模块，所以需要将 NuGet 更新到最新版本。

Invoke-WebRequest -Uri https://dist.nuget.org/win-x86-commandline/latest/nuget.exe -OutFile "$env:LOCALAPPDATA\Microsoft\Windows\PowerShell\PowerShellGet\NuGet.exe"

运行一次就行了。

通过 cd… 进入上上级目录

在命令行里我们最常用的命令应该就是 cd 了，因为每次切换目录都要用到。不过如果进入了比较深的目录，想要向上退几层的话，对于我这种懒人来说，要输入 cd ..\.. 这样的命令感觉太麻烦了。要是能支持 cd... 或者 cd ... 这样的写法就简单多了。

要实现 cd... 这样的写法很简单，只需要编写下面这样的脚本就可以了：

function cd... { Set-Location ..\.. }
function cd.... { Set-Location ..\..\.. }
function cd..... { Set-Location ..\..\..\.. }
function cd...... { Set-Location ..\..\..\..\.. }
function cd....... { Set-Location ..\..\..\..\..\.. }
function cd........ { Set-Location ..\..\..\..\..\..\.. }
function cd......... { Set-Location ..\..\..\..\..\..\..\.. }

如果你愿意的话，可以定义更长的函数。

如果希望 cd 和 ... 之间有空格也好用的话，那就稍微复杂一些了，不过也是可以实现的：

function Set-CurrentWorkingDirectory
{
    param
    (
        $Path,
        $LiteralPath,
        $PassThru,
        $StackName,
        $UseTransaction
    )
    if ($Path -and ($Path.Contains('...')))
    {
        $a = [System.Text.RegularExpressions.Regex]::Split($Path, "(\.{3,})");
        for ($i = 0; $i -lt $a.Length; $i++)
        {
            $e = $a[$i];
            $l = $e.Length;
            if (($l -gt 2) -and ($e -eq "".PadRight($l, '.')))
            {
                $a[$i] = ".." + [System.String]::Concat([System.Linq.Enumerable]::Repeat("\..", $l - 2))
            }
        }
        $PSBoundParameters['Path'] = [System.String]::Concat($a)
    }
    return Set-Location @PSBoundParameters
}

Set-Alias cd Set-CurrentWorkingDirectory -Option "AllScope"

上面这段代码定义了一个 Set-CurrentWorkingDirectory 函数，它做的事情很简单，就是把路径中的 ... 都替换成 ..\.. 的形式，然后再传给 Set-Location。

其中 ... 可以是任意长度，比如 .... 或 ............................ 都可以，只要你真的需要这么长的路径。

路径中间的 ... 也可以被替换，例如：D:\Git\CoolCode\themes\indigo\source\....\source，会被替换为D:\Git\CoolCode\themes\indigo\source\..\..\..\source。

好了，现在把上面两段代码加入到：

C:\Users\andot\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1
C:\Users\andot\Documents\WindowsPowerShell\Microsoft.VSCode_profile.ps1

中，然后再启动 PowerShell 就可以使用这个增强版的 cd 命令了。

注意，我这里没有替换 chdir 这个别名。因为 PowerShell 是跨平台的，在 Linux 上是可以建立 ... 这样名字的目录的，所以，如果真的是要进入这样的目录，而不是上退两层目录的话，至少还可以使用 chdir 这个别名。Windows 上就无所谓了，因为 Windows 上无法创建这样的目录，也无法正常进入已存在的这样的目录。

还原 Linux 风格的 ls，ll，la 命令

ls 命令在 Linux 上的行为默认只是把文件名列出来，而 PowerShell 上的 ls 是以列表的形式列出文件详情列表。如果只想看文件名，还要用 ls | Format-Wide -AutoSize 这样的方式，感觉甚是麻烦。另外，在 Linux 上一般也会自定义 ll、la 这样的别名，比如 ll 会以列表形式显示文件详情，la 会列出包含隐藏文件在内的所有文件。下面的代码就是用来还原这种 Linux 风格操作的，另外，我还在其中加了一个 lla 别名，什么功能看名字应该就能猜出来吧。

function Get-ChildItem-Wide
{
    param
    (
        $Path,
        $LiteralPath,
        $Filter,
        $Include,
        $Exclude,
        $Recurse,
        $Force,
        $Name,
        $UseTransaction,
        $Attributes,
        $Depth,
        $Directory,
        $File,
        $Hidden,
        $ReadOnly,
        $System
    )
    Get-ChildItem @PSBoundParameters | Format-Wide -AutoSize
}

function Get-ChildItem-All
{
    param
    (
        $Path,
        $LiteralPath,
        $Filter,
        $Include,
        $Exclude,
        $Recurse,
        $Force,
        $Name,
        $UseTransaction,
        $Attributes,
        $Depth,
        $Directory,
        $File,
        $Hidden,
        $ReadOnly,
        $System
    )
    if ($Attributes)
    {
        $PSBoundParameters.Remove('Attributes');
    }
    Get-ChildItem -Attributes ReadOnly, Hidden, System, Normal, Archive, Directory, Encrypted, NotContentIndexed, Offline, ReparsePoint, SparseFile, Temporary @PSBoundParameters
}

function Get-ChildItem-All-Wide
{
    param
    (
        $Path,
        $LiteralPath,
        $Filter,
        $Include,
        $Exclude,
        $Recurse,
        $Force,
        $Name,
        $UseTransaction,
        $Attributes,
        $Depth,
        $Directory,
        $File,
        $Hidden,
        $ReadOnly,
        $System
    )
    Get-ChildItem-All @PSBoundParameters | Format-Wide -AutoSize
}

Set-Alias ls Get-ChildItem-Wide -Option "AllScope"
Set-Alias ll Get-ChildItem
Set-Alias lla Get-ChildItem-All
Set-Alias la Get-ChildItem-All-Wide

用 which 来查找命令的默认路径

Linux 上有个 which 命令，它的作用是，在 PATH 变量指定的路径中，搜索某个系统命令的位置，并且返回第一个搜索结果。也就是说，使用 which 命令，就可以看到某个系统命令是否存在，以及执行的到底是哪一个位置的命令。

下面的代码还原了 which 命令的用法：

function which
{
    $results =New-Object System.Collections.Generic.List[System.Object];
    foreach ($command in $args)
    {
        $path = (Get-Command $command).Source
        if ($path)
        {
            $results.Add($path);
        }
    }
    return $results;
}

用法：

which bash notepad

输出：

C:\Windows\System32\bash.exe
C:\Windows\System32\notepad.exe

which 后面可以指定多个需要查找的命令。

用 killall 杀死指定名字的所有进程

function killall
{
    $commands = Get-Process $args
    foreach ($command in $commands)
    {
        Stop-Process $command.Id
    }
}

用法：

killall notepad cmd

killall 后面可以指定多个进程名。

先晒一下美化之后的成果：

ScreenFetch

控制台颜色配置

主题颜色配置

带有git状态的命令行提示符

怎么样？看了之后，你要是没兴趣，就可以忽略下面的内容了。要是感兴趣的话，那我们就开始吧。

装逼利器 ScreenFetch 的安装

在正式开始之前，先装个逼。

上面第一张截图中使用的 screenfetch 并不是在 WSL 中安装的，也不是 Cygwin 或 MinGW 下面的版本，而是一个 PowerShell 模块 Windows-screenFetch，你只需要在 PowerShell 控制台中使用：

Install-Module windows-screenfetch -Scope CurrentUser

就可以安装它了。

如果在安装过程中遇到类似于这样的提示：

不受信任的存储库
你正在从不受信任的存储库安装模块。如果你信任该存储库，请通过运行 Set-PSRepository
cmdlet 更改其 InstallationPolicy 值。是否确实要从“PSGallery”安装模块?
[Y] 是(Y)  [A] 全是(A)  [N] 否(N)  [L] 全否(L)  [S] 暂停(S)  [?] 帮助

你可以按 Y 或 A 键，但是如果你觉得每次都这样麻烦的话，可以先执行下面的命令：

Set-PSRepository -Name PSGallery -InstallationPolicy Trusted

之后再安装模块就不会出现这个提示了。

现在，你可以直接使用 screenfetch 命令了。

如果你在执行 screenfetch 遇到以下错误：

screenfetch : 在模块“windows-screenfetch”中找到“screenfetch”命令，但无法加载该模
块。有关详细信息，请运行“Import-Module windows-screenfetch”。
所在位置 行:1 字符: 1
+ screenfetch
+ ~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (screenfetch:String) [], CommandNotFou
   ndException
    + FullyQualifiedErrorId : CouldNotAutoloadMatchingModule

你可能会试着去执行：

Import-Module windows-screenfetch

然而可能并没有什么用，接下来你可能会看到新的错误：

Import-Module : 无法加载文件 C:\Users\andot\Documents\WindowsPowerShell\Modules\windo
ws-screenfetch\1.0.2\Art.psm1，因为在此系统上禁止运行脚本。有关详细信息，请参阅 https
:/go.microsoft.com/fwlink/?LinkID=135170 中的 about_Execution_Policies。
所在位置 行:1 字符: 1
+ Import-Module windows-screenfetch
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : SecurityError: (:) [Import-Module]，PSSecurityException
    + FullyQualifiedErrorId : UnauthorizedAccess,Microsoft.PowerShell.Commands.Impor
   tModuleCommand

没关系，不要急，只要执行：

Set-ExecutionPolicy -Scope CurrentUser Bypass

然后选 A 就可以了。

接下来再执行 screenfetch 就可以看到类似于第一张截图的结果了，是不是很酷。

Windows 10 控制台的字体配置

什么？一点都不酷，跟截图上的一点都不像，简直丑爆了，是吗？

嗯，那是因为 Windows 控制台在中文系统下，默认是新宋体，如果显示器不是高分屏，字体设置的又不是很大，正好是点阵显示的话，效果还是不错的。然而很不巧，我用的 iMac 27 是 Retina 高分屏，所以，新宋体在控制台下就变得惨不忍睹了。差不多就是下图这样的效果吧。

默认新宋体下显示ScreenFetch的效果

不只是汉字不好看，英文更是难看。在默认的代码页 (CodePage) GBK (936) 下面可选的字体不多，只有几个汉字字体和两个日文字体。那些汉字字体在控制台下面没有一个好看的，日文字体更是没法看。如果用：

chcp 65001

切换到 UTF-8 (65001) 的代码页 (CodePage) ，会多出几个可选的英文字体，其中 Consolas 这个字体看上去倒还可以，不过汉字仍然是新宋体，还是不够完美，差不多是这样的效果吧：

Consolas下显示ScreenFetch的效果

之前在 Linux 下使用 VSCode 时，使用过一款 更纱黑体 (Sarasa-Gothic) ，感觉非常不错。当时选择这款字体的原因是，在 Linux 下使用 VSCode 时， 如果使用其它的汉字等宽字体，比如“文泉驿等宽正黑”、“文泉驿等宽微米黑”，或者使用一些比较好看的英文等宽字体配合这些汉字字体时，普通的空格会变成占 2 个字符的宽度。这样的话，代码排版就乱了。但是如果换成这款汉字字体，不但等宽问题解决了，而且这款字体还相当漂亮，不论是用于代码编写还是控制台，都是非常合适。于是果断安装这款字体到 Windows 10 上，然后在 Windows 10 的 PowerShell 控制台选中它：

选择Sarasa Term SC

然后就能看到本文最开始的那幅图的效果了。而且这款字体已经内置了 PowerLine 字体，后面我们安装 PowerLine 效果的命令行提示符时，就不需要再装任何其它的 PowerLine 字体了。

到这里，字体配置已经完成一大半了。但是如果你使用 WSL，并且在 WSL 里面配置了 PowerLine 命令提示符的话，你会发现，在进入 Git 目录时会看到命令提示符中有个“□”：

字体中的乱码

这个是个表情符“✎”，但是因为 Sarasa 系列字体中不包含表情符，因此就只能显示乱码了。不过也有解决办法，打开注册表编辑器，找到路径：

计算机\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink

在其中新建多字符串值，名称为：Sarasa Term SC，内容为：

MICROSS.TTF,Microsoft Sans Serif,108,122
MICROSS.TTF,Microsoft Sans Serif
MINGLIU.TTC,PMingLiU
MSMINCHO.TTC,MS PMincho
BATANG.TTC,Batang
MSYH.TTC,Microsoft YaHei UI
MSJH.TTC,Microsoft JhengHei UI
YUGOTHM.TTC,Yu Gothic UI
MALGUN.TTF,Malgun Gothic
SEGUISYM.TTF,Segoe UI Symbol

这段内容是复制的宋体 (SimSun) 的，如果你愿意的话，可以用同样的方法把 Sarasa 系列的都注册一下，如果像我这么懒的话，只修改这一个，然后重启计算机也是可以了。修改之后的效果是这样的：

没有乱码了

Windows 10 控制台的颜色设置

字体问题解决了之后，接下来就是控制台的配色问题了。很多人放弃使用 Windows 的控制台，转而使用 ConEmu，Cmder 等第三方控制台程序，就是因为 Windows 控制台默认的配色太难看了。

但是实际上，Windows 10 的控制台的配色也是可以改的，很久之前 Windows 10 的控制台就已经支持 24 位真彩色，而且控制台也可以设置透明度，所以 Windows 10 的控制台完全可以配置的很酷炫。

但是很多人不知道该怎么对 Windows 10 的控制台进行配色，我也是从网上搜索了好久才找到了微软提供的这个配色工具，而且它还是开源的。

它的使用方式很简单，下载之后，解压缩，不需要安装，在解压缩的目录下面打开命令行（或者把解压缩的目录加入到 PATH 环境变量中），然后执行：

colortool -b campbell

然后会看到下图：

ColorTool

接下来在标题栏点击右键（或者单击标题栏左边的图标），在弹出菜单里面选最后一项属性，之后什么都不用做，直接点击确定，就可以把当前控制台和默认控制台的配色方案切换 campbell 主题了。下载包里自带了 8 款配色主题。其中 3 款是 ini 格式的，另外 5 款是 itermcolors 格式的。说实话，自带的这几款配色我都不是很喜欢，不过还好，我们可以从 iTerm2 Color Schemes 这里挑选我们喜欢的配色主题。

不过从 iTerm2 Color Schemes 的配色方案实在是太多了，选起来本身也是个麻烦事，我最后在这几款中选出了下面这几款配色，感觉还不错，推荐给大家：

• ayu
• Molokai
• Cobalt2
• Pandora
• ThayerBright
• Symfonic
• RedSands
• Mathias

我这样选择理由是，在这几款配色下，文字识别度都比较好，我我个人最喜欢的是 ayu，其次是 Molokai。尤其是 ayu，在控制台上的文字辨识度感觉比使用 ConEmu，Cmder 带的配色还要好，而且色彩上也比较柔和。话说前面最初晒的 4 幅图片都是在 ayu 主题下的效果，这里就不再重复贴图了。

PowerShell 的彩色文件列表

虽然控制台的配色问题解决了，但是在默认情况下， PowerShell 的文件列表并不会彩色显示。

想要文件列表彩色显示的话，最简单的方法就是安装一个 PowerShell 模块：PSColor。

这个模块安装使用都很简单，打开 Windows PowerShell 管理员控制台，输入：

Install-Module PSColor

就可以了。

如果你想使用普通用户来安装，打开 WIndows PowerShell 控制台，输入：

Install-Module PSColor -Scope CurrentUser

当然安装完了之后，直接输入 ls，显示的还是黑白效果的文件列表，你还需要启动它，不论是在管理员控制台，还是普通用户控制台下，都可以直接输入：

Import-Module PSColor

来导入该模块。之后，再输入 ls 就可以看到彩色文件列表了，如图：

PSColor彩色文件列表

哪些文件类型可以被加亮显示是可以配置的，在 PSColor 官方的 README 中有介绍，这里就不转述了。不过这个配置方式是 PowerShell 式的，如果能直接像上面使用 itermcolors 文件配置控制台色彩一样，直接用 Linux 平台上的现成的 dircolors 配置文件的话，会不会更方便呢？这个想法很好，而且还真的有人实现了，它就是 DirColors。

这也是一个 PowerShell 模块，安装方式跟 PSColor 一样，使用：

Install-Module DirColors

或者

Install-Module DirColors -Scope CurrentUser

就可以安装上了。之后，使用：

Import-Module DirColors

导入该模块。接下来，如果你想要载入某个现成的 dircolors 配置文件的话，只需要用：

Update-DirColors ~\dir_colors

这条命令就可以了。

其中 ~\dir_colors 就是配置文件的路径，关于 dir_colors 的配置文件，在 github 上可以搜到不少，比如：dircolors-solarized。这里就不再列举更多了。

PowerShell 的 PowerLine 提示符

用过 Mac OS X 的同学，大部分应该都知道 oh-my-zsh 这个玩意，它是一个改进命令行体验的工具，安装之后，会让你的命令行操作爽的停不下来。

PowerShell 上也有一个类似的模块，叫 oh-my-posh。因为它的 git 命令提示符部分依赖 post-git，所以这两个模块都要安装：

Install-Module posh-git -Scope CurrentUser
Install-Module oh-my-posh -Scope CurrentUser

安装完之后，要想使用，还需要安装 git for windows，普通版和 Portable 版本都可以，但是需要把安装之后的可执行文件目录加到 PATH 中。

之后直接执行：

Import-Module posh-git
Import-Module oh-my-posh
Set-Theme PowerLine

就可以加载模块和 PowerLine 主题了。

如果你觉得每次启动这些模块都要手动输入很麻烦的话，可以编辑：

C:\Users\andot\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1

这个文件。

把下列代码加入即可：

Import-Module DirColors
Update-DirColors ~/dircolors
Import-Module posh-git
if (!(Get-SshAgent)) {
    Start-SshAgent
}
Import-Module oh-my-posh
Set-Theme PowerLine
Screenfetch

这样启动控制台之后就可以看到这个画面了：

ScreenFetch

如果你想在 VSCode 的控制台上也能使用的话，可以把上面的代码加入到：

C:\Users\andot\Documents\WindowsPowerShell\Microsoft.VSCode_profile.ps1

中，然后打开 VSCode 的控制台时，VSCode 的 PowerShell 控制台也会自动执行这些脚本，效果如下：

VSCode 下的 PowerShell 控制台

上面这一段代码中，最后一句 Screenfetch 会占用比较长的时间，如果你不想每次点开控制台都要等上几秒钟的话，可以不要这一句，只是效果不够装逼了而已。

安装了 oh-my-posh 之后，命令行操作爽多了，但是还有一个问题未解决。

如果把控制台代码页 (CodePage) 切换到 UTF-8 (65001) 的情况下，在 PowerShell 命令行中输入汉字的话，汉字、日文、表情符等非英文字符会有重叠问题，如果按 Tab 键，在下面出现的提示补全信息中的汉字、日文、表情符等也会出现重叠问题。开始我以为这是 Windows 控制台的锅，后来发现 WSL 下并不会有这个问题。然后经过搜索，确认这是 PowerShell 的 Bug，目前虽然有人提供了补丁，但是官方似乎没有合并的意思：

https://github.com/PowerShell/PowerShell/pull/5739

另外，就算 github 上这个 PowerShell 项目把这个问题解决了，它跟 Windows 10 中自带的 PowerShell 也不是一回事。从 Github 上下载安装的这个 PowerShell 是一个独立的版本，安装之后，跟 Windows 10 自带的那个 PowerShell 是并存的，并不是升级替换。

不过还好，这个问题目前也有解决的方法，那就是升级 Windows 10 的 PowerShell 自带的 PSReadLine 模块到最新的 2.0.0-beta1 版，最新的 2.0.0-beta1 版本已经把这个问题基本解决了，虽然还是不够完美，但是比没完全解决的时候还是好多了。不过升级 PSReadLine 之前，还要先升级 Windows 10 自带 PowerShellGet 模块到最新版，因为自带的版本不支持安装 beta 版的 PSReadLine (lll￢ω￢)。安装过程倒不复杂，打开 PowerShell 管理员控制台，执行：

Install-Module -Name PowerShellGet -Force
Install-Module -Name PSReadLine -AllowPrerelease -Force

然后重启 PowerShell 控制台，就可以在 PowerShell 命令行里正常输入汉字了。

好了，今天就先写到这里，明天再写如何配置让 PowerShell 变得更好用。

星期在日语中用「曜日」表示，一周七天分别为：

也就是说，这一周七天是日月加五行构成，只不过五行的顺序不太好记，网上流传着这样一个记忆法，只需看一遍便能记住：

周日对应日，都有个「日」字
周一对应月，天上只有一个月亮
周二对应火，火字上面有两个点
周三对应水，有个偏旁叫三点水
周四对应木，「木」字有四笔构成
周五对应金，有种商店叫五金店
周六对应土，其它的都分完了，就剩它了，所以就分给周六了。

现在你记住了吗？

提问星期的疑问词是「何曜日（なんようび）」。

年

在日语中，年份按照全部数字的位数来读。

1980年 （せんきゅうひゃくはちじゅうねん）
2006年 （にせんろくねん）
昭和64年（しょうわろくじゅうよねん）

月

一月（いちがつ）
二月（にがつ）
三月（さんがつ）
四月（しがつ）
五月（ごがつ）
六月（ろくがつ）
七月（しちがつ）
八月（はちがつ）
九月（くがつ）
十月（じゅうがつ）
十一月（じゅういちがつ）
十二月（じゅうにがつ）

月份没什么难点，注意一下 4、7、9 月的读音就可以了。

日

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日（さんじゅういちにち）

其中，1-10 日和 20 日是训读，11-19，21-31 日是音读（14 日、24 日比较特殊，前面是音读，后面是训读）。

周数和年数

几个周和几年跟小时，分，秒一样，是在后面加「間（かん）」就可以了。比如：

一週間（いっしゅうかん）
三週間（さんしゅうかん）
十週間（じっしゅうかん）
五年間（ごねんかん）

需要注意的是 1、10 周有促音变。

月数

几个月用量词「か」，可以写作「ヶ」「か」「ヵ」「個」等，而且月数的月读音为「げつ」，跟月份的月「がつ」的读音不同。例如：

一ヶ月（いっかげつ）
二ヶ月（にかげつ）
三ヶ月（さんかげつ）
四ヶ月（よんかげつ）
五ヶ月（こかげつ）
六ヶ月（ろっかげつ）
七ヶ月（ななかげつ）
八ヶ月（はっかげつ／はちかげつ）
九ヶ月（きゅうかげつ）
十ヶ月 （じっかげつ／じゅうかげつ）

注意，1、6、8、10 个月有促音变，8 和 10 个月也有不发生音变的读法。

另外，一个月，两个月还有训读法：

一月（ひとつき）
二月（ふたつき）

所以，在文章中看到「一月」「二月」时，要根据上下文来判断是指的月份还是月数，如果是前者就读「いちがつ」「にがつ」，如果是后者就读「ひとつき」「ふたつき」。

天数

一天写作「一日」，但是读作「いちにち」，作为一号的时候，读作「ついたち」。这两个不能混淆。其它的天数跟日期的读法是一样的，为了避免混淆，也可以在后面加上「間（かん）」来表示天数。

相对的时间点

小时

1時（いちじ）
2時（にじ）
3時（さんじ）
4時（よじ）
5時（ごじ）
6時（ろくじ）
7時（しちじ）
8時（はちじ）
9時（くじ）
10時（じゅうじ）
11時（じゅういちじ）
12時（じゅうにじ）
13時（じゅうさんじ）
14時（じゅうよじ）
15時（じゅうごじ）
16時（じゅうろくじ）
17時（じゅうしちじ）
18時（じゅうはちじ）
19時（じゅうくじ）
20時（にじゅうじ）
21時（にじゅういちじ）
22時（にじゅうにじ）
23時（にじゅうさんじ）
24時（にじゅうよじ）
0時（れいじ）

半点用「半（はん）」来表示，例如：

1時半（いちじはん）
9時半（くじはん）
23時半（にじゅうさんじはん）

疑问词用「何時（なんじ）」。

上面的都是时间点，如果要表示时间段，比如 3 个小时，而不是 3 点钟，只需要在后面加上「‐間（かん）」就可以了，比如：

3時間（さんじかん）
11時間半（じゅういちじかんはん）

用来表示时间段的疑问词是「何時間（なんじかん）」。

分钟

1分（いっぷん）
2分（にふん）
3分（さんぷん）
4分（よんぷん）
5分（ごふん）
6分（ろっぷん）
7分（ななふん／しちふん）
8分（はっぷん／はちふん）
9分（きゅうふん）
10分（じっぷん／じゅっぷん）
11分（じゅういっぷん）
14分（じゅうよんぷん）
20分（にじっぷん／にじゅっぷん）
25分（にじゅうごふん）
100分（ひゃっぷん）

分钟的个位数为 1，6，8，10 时会发生促音变，此外，个位为 3 和 4 时也读「ぷん」。

提问分钟的疑问词是「何分（なんぷん）」。

提问时间的疑问词可以是「何時何分（なんじなんぷん）」，也可以用「いつ」，但是「いつ」的意思是什么时候，表示的范围更广一些。

秒

秒直接在数字后面跟「秒（びょう）」就可以了，读音都一样。

分，秒也可以在后面加「‐間（かん）」来表示时间段。

一天中的各个时间点（段）

表示昨天晚上还有几个特别的词：昨夜（さくや）、昨夜（ゆうべ）、昨晩（さくばん）。

今天晚上是「今晩（こんばん）」。就是「こんばんは」（晚上好）里面的「こんばん」。

Ⅰ类形容词的第一连用形

Ⅰ类形容词的第一连用形是将词尾的「い」变成「く」。例如：

高い　→　高く
易しい　→　易しく

我们前面学习形容词的时态时，Ⅰ类形容词的否定形式，其实就是Ⅰ类形容词的第一连用形 + ない 构成的。例如：

高い＋ない　→　高く＋ない　→　高くない
易しい＋ない　→　易しく＋ない　→　易しくない

而「ない」本身也是一个形容词，所以形容词的否定形式也可以看作是由形容词的第一连用形跟ない构成的一个新的Ⅰ类形容词。所以，Ⅰ类形容词的过去否定形式，可以直接看成是这个新的否定形式的Ⅰ类形容词根据过去形式的变形规则把最后的「い」变为「かった」来构成的。

形容词的第一连用形除了可以跟「ない」构成否定以外，还可以直接跟后面的形容词构成并列关系，比如：

高い＋大きい　→　高く大きい　// 又高又大
安い＋おいしい　→　安くおいしい　// 便宜又好吃

形容词的第一连用形还可以在句子中用于中顿、表示两个（或两个以上的）谓语或分句的并列。例如：

歌舞伎は能狂言より歴史が新しく、17世紀に始まった。
日本は山が多く、川も少なくない。

第一连用形还可以用于修饰动词，此时，Ⅰ类形容词在句中做副词用。例如：

美味しい＋なる　→　美味しくなる　// 变得好吃
広い＋造る　→　広く造る　// 建造得宽敞
安い＋する　→　安くする　// 变得便宜

Ⅰ类形容词的第二连用形

Ⅰ类形容词的第二连用形是将词尾的「い」变成「く」再后续「て」。例如：

高い　→　高くて
易しい　→　易しくて

第二连用形跟第一连用形一样，可以跟后面的形容词构成并列关系，也可以在句子中用于中顿、表示两个（或两个以上的）谓语或分句的并列。例如：

電車は速くて安い。　// 电车又快又便宜。
面白くて易しい日本語　// 有趣又简单的日语。
あの映画は面白くて、ためになる。　// 那部电影有趣又有益。

但第一连用形的这种用法主要用于书面语中。

Ⅱ类形容词的第一连用形

Ⅱ类形容词的第一连用形是将词尾「だ」变成「に」。例如：

好きだ　→　好きに

Ⅱ类形容词的第一连用形只能用于修饰动词，不能用于形容词并列，也不能在句子中表示中顿。例如：

好きだ＋なる　→　好きになる　// 变得喜欢
綺麗だ＋掃除する　→　綺麗に掃除する　// 打扫得干净

Ⅱ类形容词的第二连用形

Ⅱ类形容词的第二连用形是将词尾「だ」变成「で」。例如：

好きだ　→　好きで

Ⅱ类形容词跟Ⅰ类形容词的第二连用形用法相同。例如：

静かで広い部屋　//　安静又宽敞的房间
広くて静かな部屋　//　宽敞又安静的房间

張さんはテニスが上手で、水泳も得意だ。 // 张先生擅长网球，游泳也拿手。

形容词否定形态的连用形

不管是Ⅰ类形容词还是Ⅱ类形容词，它们的否定形式最后都是以「ない」结尾的，所以它们的否定形态都可以看作一个新的Ⅰ类形容词来对待。因此，它们的连用形也跟Ⅰ类形容词的变形一样，即第一连用形为：

A_Ⅰ词干くなく
A_Ⅱ词干ではなく

第二连用形为：

A_Ⅰ词干くなくて
A_Ⅱ词干ではなくて

我们再往下推，既然形容词如此，那么名词我们之前学了它的否定形式，也学了它的中顿形，这俩跟Ⅱ类形容词在形式上是一样的，那么它的否定形式的中顿形是不是也是一样的呢？没错，名词的否定中顿形如下：

Nではなくて

那既然否定形式存在连用形，那过去时是否存在连用形呢？好吧，你想多了，过去时其实是不存在连用形的，如果是多个词通过连用形连接，那么你可以把连接之后的词看成是一个词，时态通过最后的词尾来决定。如果有多个句子通过连用形进行连接，时态是通过最后一个子句的时态来体现的。也就是说，连用形本身是不需要时态的，因此，过去时没有连用形。

修饰体言

首先形容词可以直接用来修饰名词（体言），就像昨天讲的那样使用形容词的连体形就可以了。例如：

静かな部屋　　　// 安静的房间
賑やかな町　　　// 热闹的街道
綺麗な教室　　　// 干净的教室
美味しい食べ物　// 美味的食物
高い車　　　　　// 昂贵的汽车
古い家　　　　　// 老旧的房子

另外，形容词（包含Ⅰ类形容词和Ⅱ类形容词）的现在否定，过去肯定，过去否定这三种时态的简体型，也可以直接用来修饰体言，也就是说这三种简体形式也是连体形。

虽然从语法上来说没什么问题，但是按照习惯来说，一般情况下基本上看不到用形容词的否定来直接修饰体言的，比如要表达“难吃的食物”，一般不用「美味しくない食べ物」这种形式，而直接用「不味い食べ物」来表达。

而用过去式的时候表达的意思往往暗含有现在不再是那个样子的意思，比如「美味しかった食べ物」表达的意思中暗含有现在已经不好吃了。也就是说，过去式用来修饰名词时，表达的不是这个名词具有这样的属性，而是表示它过去短暂的一时的状态。所以当你要表示你昨天吃过好吃的食物的时候，一般也不用过去式。例如：

昨日は、美味しい食べ物を食べました。　　　（表示客观描述）
昨日は、美味しかった食べ物を食べました。　（暗示现在那个食物已经不好吃了）

虽然都可以翻译成“昨天我吃了好吃的食物。”，但是表达的意思却截然不同。

形容词做谓语

形容词也可以直接作谓语来表示主语所具有的性质、感情、态度、能力、状态等。今天只讲表示性质的属性形容词。

上面所举的形容词修饰名词的例子中的形容词都是属性形容词。如果把它们改成形容词谓语句是这样的：

部屋が静かです。　　　　// 房间很安静。
街は賑やかです。　　　　// 街道很热闹。
教室は綺麗だ。　　　　　// 教室很干净。
食べ物は美味しいです。　// 食物很美味。
車が高いです。　　　　　// 汽车很昂贵。
家が古い。　　　　　　　// 房子很老旧。

从上面的例子，我们会发现，形容词做谓语时，既可以用简体形式，也可以用敬体形式。究竟该用敬体还是简体，跟应用场合有关。

在日常会话时，兄弟姐妹，亲朋好友，同学，同事之间以及其他不需要客气的场合使用简体。而在社交场合，比较陌生的场合，或需要跟对方保持一定距离的时候（日本的上流社会的人喜欢使用这样的语气来跟别人保持距离）以及其他需要客气的场合需要使用敬体。

而在书面语中，写给别人看的书信，留言，求职信，新闻等用敬体，而日记、论文、个人简历等则用简体。

形容词作谓语时，可以根据要表达的意思来使用不同的时态。比如表示否定，就用否定形式，表示过去就用过去形式。比如：

昨日の夕食は美味しかったです。 // 昨天的晚饭很美味。

请注意，这里跟形容词过去式做定语修饰名词不同，形容词过去式做谓语时，并没有现在不再是那个样子的意思。所以上面这句话并没有暗含今天的晚饭很难吃的意思。

另外，上面的例子中，我们发现主语有的用「は」提示，有的用「が」提示，虽然翻译上都是一样的，但是它们还是有微妙的区别的。

当用「は」提示时，强调的「は」后面的部分，比如「教室は綺麗だ。」强调的是干净，不脏。

而当用「が」来提示时，强调的是「が」前面的部分，比如「部屋が静かです。」强调的是房间，而不是别的地方安静。

所以，「は」和「が」使用哪个要看你想要表达什么意思，尤其是当使用疑问句式时，疑问词要放在「が」前「は」后。

当使用疑问词提问谓语部分的形容词所表示的性质时，使用「どう」。例如：

A：食堂の料理はどうですか。　// 食堂的菜怎么样？
B：美味しいですよ。　　　　　// 很好吃哟。

而如果要提问名词前的形容词定语部分，则使用疑问词「どんな」。例如：

A：どんな食べ物が好きですか。　// 你喜欢什么样的食物？
B：甘い食べ物が好きです。　　　// 我喜欢甜的食物。

另外，在学校文法中，“形容词”只相当于上面所讲的“Ⅰ类形容词”，“Ⅱ类形容词”则被称为“形容动词”。

连体型

Ⅰ类形容词在修饰名词时，采用「A_Ⅰ词干い」这种形态，例如：「広い（部屋）」，所以Ⅰ类形容词也被称为「イ形容詞」。

Ⅱ类形容词在修饰名词时，采用「A_Ⅱ词干な」这种形态，例如：「立派な（図書館）」，所以Ⅱ类形容词也被称为「ナ形容詞」。

上面这种修饰名词（体言）的形式就叫做”连体形“。

基本型

Ⅰ类形容词的基本型的词尾是「‐い」，Ⅱ类形容词的基本型的词尾是「‐だ」。

Ⅱ类形容词通常在词典中只写词干部分，不写词尾部分。

时态

形容词同样有四种常见时态，而且每种时态也都有敬体和简体之分，下面的两个表格总结了Ⅰ类形容词和Ⅱ类形容词的时态。

##Ⅰ类形容词的时态

Ⅰ类形容词的现在否定敬体形式还可以写作「A_Ⅰ词干くないです」，过去否定敬体形式还可以写作「A_Ⅰ词干くなかったです」，但这种形式主要用于口语中。

几乎所有的Ⅰ类形容词都遵循上面的规则，但是有一个特例，就是「いい」，它只有现在肯定时态符合上面的规则，而其他三种时态，需要先变作「よい」，然后再把「よい」按照上面的规则进行变化。

##Ⅱ类形容词的时态

仔细观察我们会发现这个表格跟上一篇中名词的时态的表格几乎一摸一样，只是把「N」换成了「A_Ⅱ词干」而已。同样Ⅱ类形容词的现在否定和过去否定的几种口语形式也跟名词的一样。所以这里就不重复了，没记住的话请看上一篇。

但一定要注意，名词没有词干词尾之分，而Ⅱ类形容词的完整形式是包含词干和词尾的，也就是说「‐だ」是Ⅱ类形容词基本型的一部分，上面的时态变化是这个词尾「‐だ」的变化，而名词简体后面的「だ」是附加的判断助动词，这一点还是有区别的。

体言在形态上是固定的，而用言会根据所表示的语法意义和语法功能的不同而发生形态变化，这种形态变化称为“活用”。

用言在活用时，不发生变化的部分被称为词干，发生变化的部分被称为词尾。

名词没有词干和词尾之分，但这并不是说名词就没有时态变化，而是说名词在进行时态变化时，需要借助其他的词来帮助其完成。

比如我们之前所讲的名词谓语句中最后的「です」就是用来表示名词时态的，它被称为判断词，或者叫判断助动词。它属于功能词中的一类，但是从它的名称上我们可以看出，它跟动词有接近的地方，那就是它也会变形。

它有四种形态，分别是：

Nです　　　　　　　　　是 N
Nではありません　　　　不是 N
Nでした　　　　　　　　是 N（过去时态）
Nではありませんでした　不是 N（过去时态）

现在肯定 Nです

学生です。　// 是学生。

现在否定 Nではありません

学生ではありません。　// 不是学生。

过去肯定 Nでした

学生でした。　// 以前是学生。

过去否定 Nではありませんでした

学生ではありませんでした。　// 以前不是学生。

另外，在表达现在否定和过去否定时，还有以下几种口语形式：

现在否定

Nじゃありません
Nではないです
Nじゃないです

过去否定

Nじゃありませんでした
Nではなかったです
Nじゃなかったです

上面这四种形态被称为敬体形态，它们还有对应的简体形态分别是：

Nだ　　　　　　　　是 N
Nではない　　　　　不是 N
Nだった　　　　　　是 N（过去时态）
Nではなかった　　　不是 N（过去时态）

对于简体，在表达现在否定和过去否定时，同样也有以下口语形式：

现在否定

Nじゃない

过去否定

Nじゃなかった

下面我们可以列一个表格来进行对比：

最后是刨根问底时间，有人（比如我）可能会问了，为什么「Nです」的否定形式是那么长一串的「Nではありません」啊，它是怎么变来的呢？

有人可能会这样回答：“别问那么多为什么啦，学个语言哪有那么多为什么啊，记住就行了。”

我觉得说这种话的人，八成是自己也没懂，但又不好意思说自己不懂，只好用上面的话来逞强了。

下面是我搜来的答案：で（判断助动词「だ」的连用形）+は（系助词，表提示，强调）+あり（补助动词「ある」的连用形）+ませ（礼貌助动词「ます」的未然形）+ん（否定助动词「ぬ」的音便）。看懂了吗？看不懂没关系，先记住，继续往后学，后面的学完了，回头再来看，就秒懂了。

特殊疑问句

前面讲名词谓语句的疑问句式时，介绍了一般疑问句，即不包含疑问词的疑问句。有“一般”自然就会想到“特殊”，今天介绍的带疑问词的疑问句，就叫特殊疑问句。

図書館はどこですか。 // 图书馆在哪儿？
どなたが王さんですか。 // 哪位是王先生？

上面两句都是特殊疑问句，特殊疑问句在回答时不能使用“是”或“否”来回答。另外还要注意一点，疑问词在后要用「は」，回答也用「は」。疑问词在前要用「が」，回答也用「が」。例如前面两句的回答可以是这样的：

図書館はあそこです。 // 图书馆在那边。
この方が王さんです。 // 这位是王先生。

当然，「は」和「が」的区别当然不止这一点，它们之间的区别都可以写一本书了：

「は」と「が」

但今天要讲的内容不是「は」和「が」，而是疑问词，所以「は」和「が」的讨论就到此为止了。

疑问词表示选择

使用「どこ」来问“哪儿”时，通常意味着提问者并不知道要问的地方在哪儿，也没有明确的候选项，虽然有时候可以用「ここ」、「そこ」、「あそこ」来回答，但更多的是使用指路的方式来回答，比如“左拐”，“右转”，“直走”，“转个圈就到了”之类的。

而使用「どれ」、「どの」则用于表示从不少于三者中选择其一。比如：

どれが山田さんの本ですか。 // 哪本是山田的书？
どの本が山田さんのですか。 // 哪本书是山田的？

上面两句话都暗示了这里有两本以上的书可以选择。

但「どれ」只能指物，而「どの」既可以指物也可以指人。例如：

どの方が山田さんですか。 // 哪位是山田先生？

除了「どの」以外，还有专门用来在多人之间进行选择的疑问词「だれ」「どなた」「どいつ」。其中「どなた」用于表示恭敬，而「どいつ」则有轻蔑的意味。比如：

だれが山田さんですか。 // 谁是山田？
どなたが山田さんですか。 // 哪位是山田先生？
どいつが山田だ。 // 哪个家伙是山田？

那有什么办法表示从两者之中进行选择吗？当然有啊！这个时候用疑问词「どちら／どっち」就可以了，其中「どっち」更口语化。例如：

どちらが山田さんの本ですか。 // 哪本是山田的书？
どちらの本が山田さんのですか。 // 哪本书是山田的？

上面两句话都暗示了这里是在两本书中进行选择。

「どちら」和「どちらの」都既可以指物也可以指人。例如：

どちらが山田さんですか。 // 哪一位是山田先生？
どちらの方が山田さんですか。 // 哪一位是山田先生？

上面两句意思一样，都表示从两人之中进行选择。

「この／その／あの」「これ／それ／あれ」

「この／その／あの」放在名词前面用于限定名词，被限定的名词可以是人也可以是物。例如：

この人 // 这个人
その本 // 那本书

「これ／それ／あれ」用于指物。如果用于指人是不礼貌的。

これは本です。○
これは田中さんです。×

例如上面两句，第一句是正确用法，第二句是错误用法。

如果已知事物的种类时，既可以用「これ／それ／あれ」，也可以用「この／その／あの」。例如：

これはバナナです。 // 这是香蕉。
この果物はバナナです。 // 这种水果是香蕉。

但是不知道所指物为何物时，只能用「これ／それ／あれ」。例如：

これは何ですか。 // 这是什么？

指人时可以用「この／その／あの＋人」，也可以用「この／その／あの＋方」。后者更礼貌一些。例如：

この人は田中さんです。 // 这个人是田中。
この方は田中さんです。 // 这位是田中先生。

如果所指的物为复数（相对于单数而言，而不是相对于实数而言的复数），可以用「これら／それら／あれら」，也可以用「これ／それ／あれ」，而且多数情况下用的是「これ／それ／あれ」。例如：

これは私の本です。 // 这（些）是我的书。
これらは私の本です。 // 这些是我的书。
これは全部私の本です。 // 这些都是我的书。

上面这些都是对的，这一点跟英语（及大部分欧洲语言）是不同的，跟汉语更为接近。在英语中单复数是敏感的，而日语、汉语相对英语来说是不敏感的。

在使用「この／その／あの」（还有「Nの」）来修饰名词时，如果还有其他修饰名词的成分存在，「この／その／あの」（「Nの」）一定要放在形容词的前面，例如：

この赤いリンゴ // 这个红苹果

「ここ／そこ／あそこ」「こちら／そちら／あちら」

「ここ／そこ／あそこ」用于表示场所，例如：

ここは図書館です。 // 这里是图书馆。

「こちら／そちら／あちら」一般用于表示方向。例如：

図書館はそちらです。 // 图书馆在那边。

「こちら／そちら／あちら」也可以作为「ここ／そこ／あそこ」的礼貌用语的形式使用。

本はこちらにあります。 // 书在这里。
本はここにあります。 // 书在这儿。

「こちら／そちら／あちら」还可以用于指人，作用与「この／その／あの＋方」相同。都是比较礼貌的说法。

「こっち／そっち／あっち」是「こちら／そちら／あちら」比较随意的形式，可以指方向，也可以指人。当用于指人时，通常用于亲朋好友之间。

而「こいつ／そいつ／あいつ」也用于指人，但属于比较粗俗的说法，一般用于男性朋友之间。

こちらは田中さんです。 // 这位是田中先生。（比较正式的场合）
こっちは田中さんです。 // 这位是田中先生。（亲密朋友之间）
こいつは田中（だ）。 // 这个家伙是田中。（男性朋友之间）

在打电话或书信中，可以用「こちら／こっち」来指代说话人所在地，用「そちら／そっち」来指代听话人所在地。

（手紙）こちらは皆、元気にしています。そちらはいかがですか。　// （书信）我们这里都很好，您那里怎么样？
（留守番電話）こちらは田中です。ただいま留守にしております。　// （录音电话）我是田中，现在不在家。
（電話）こっちはみんな元気。そっちはどう？　// （电话）我们这里都好。你们那里怎么样？

What’s this? （这是什么？）
It’s a book. （这是一本书。）
What’s that? （那是什么？）
It’s an apple. （那是一个苹果。）

之类的句子了。

这些句子里面，像 this， that 在这里被称为指示代词，当然英语里的指示代词不止这两个，而是有一个系列，不过这里就不详细列举了，毕竟今天要讲的不是英语。今天要讲的是日语的「こそあど」系列，其中的「こ・そ・あ」就跟英语中的这部分是对应的，而「ど」对应的就是英语中 what 这类的疑问词，因为日语中与「こ・そ・あ」对应的同样形式的疑问词是以「ど」开头的，所以把它们统称为「こそあど」系列，但并不是说所有的疑问词都是以「ど」开头的，也不是所有的疑问词都有相应的指示词。

日语中的「こ・そ・あ」系列被统称为【指示词】，【指示代词】只是它其中的一部分。而且你会发现，日语跟英语啊，汉语啊不一样。英语、汉语中除了【这】就是【那】，而日语中，除了「こ」，不止有个「そ」，还有一个「あ」。

英语中的 this 除了代词，还有形容词，副词的词性。而日语中的「こそあど」系列根据词性的不同，对应的词也不同，甚至在指代不同的事物和人时，也用不同的词进行区分。下面先列出一个常见的「こそあど」系列的表格。

今天先不讲上面这些词的区别。今天只讲一下「こ・そ・あ」指示词的共同点。

指示词有两种用法，一种是指所指物在说话现场，即【现场指示】。另一种是所指物在谈话和文章中出现，即【语境指示】。

现场指示

现场指示的指示词有两种用法，分别是【对立型】和【融合型】。

对立型

在现场说话人和听话人不在同一位置时，可以根据对立型的原理区别使用指示词。原理如下：

在说话人身边用「こ」系列，在听话人身边用「そ」系列，其他用「あ」系列来指示。

对立型

在对立型原理中，说话人和听话人对同一事物所用的指示词是不同的。假设有 A、B 两人对话，A 用「こ」时 B 用「そ」，A 用「そ」时 B 用「こ」，A 用「あ」时 B 也用「あ」。这里「こ、そ、あ」的关系类似于“我、你、他”的关系。例如：

A：それは本ですか。（那是书吗？）
B：はい、これは本です。（是，这是书。）

一般离说话人近的事物用「こ」表示，但是像说话人自己手触及不到的后背等地方，可以用「そ」来表示。

融合型

在现场如果说话人和听话人在同一位置或没有听话人的时候，可以根据融合型的原理区别使用指示词。原理如下：

近处的事物用「こ」系列，远处的事物用「あ」系列，不远不近的事物用「そ」系列。

融合型

融合型的「そ」可以用于这样的场合，比如坐在出租车里，对出租车司机说：

そこで止めてください。（请在那里停一下。）

其它场合一般不使用「そ」。

语境指示

在语境指示中还可以细分为对话中的语境指示和文章中的语境指示两种。

对话中的语境指示

在对话中，对于双方都知道的人或事物，用「あ」系列，否则用「そ」系列。

说详细一点就是，A 和 B 对话中，A 知道这个人或物，A 也确信 B 也知道这个人或物时，用「あ」。例如：

王：高木さんは経済学部の研修生ですか。
高橋：ええ、そうですよ。あの人は中国語がとても上手ですよ。