一：背景

1. 講故事

最近同事在寫一段業務邏輯的時候，程序跑起來總是報：集合已修改；可能無法執行枚舉操作，硬是沒有找到什麼情況下會導致這個異常產生，就讓我來找一下bug，其實這個異常在座的每個程序員幾乎都遇到過，誰也不是一生下就是大牛，簡單看了下代碼，確實是多線程操作foreach，但並沒有對foreach進行Add，Remove操作，掃完代碼其實我也是有點懵，沒撤只能調試了，在foreach里套一層trycatch，查看異常的線程堆棧從而找出了問題代碼，代碼簡化如下：

        static void Main(string[] args)
        {
            var dict = new Dictionary<int, int>()
            {
                [1001] = 1,
                [1002] = 10,
                [1003] = 20
            };

            foreach (var userid in dict.Keys)
            {
                dict[userid] = dict[userid] + 1;
            }
        }

先尋找點安慰，說實話，憑肉眼你覺得這段代碼會拋出異常嗎？ 反正我是被騙過了，大寫的尷尬，結論如下，運行一下便知。

從圖中看確實是異常，說明在foreach的過程中連迭代集合的 value 都不可以修改，這讓我激起了強烈的探索欲，看看FCL中到底是怎麼限制的。

二：源碼探索

1. 從IL中尋找答案

C#已發展到 9.0 了，到處都充斥着語法糖，有時候不看一下底層的IL都不知道到底是轉化成了什麼，所以這個是必須的。

	IL_000d: callvirt instance void class [System.Collections]System.Collections.Generic.Dictionary`2<int32, int32>::set_Item(!0, !1)
	IL_001b: callvirt instance void class [System.Collections]System.Collections.Generic.Dictionary`2<int32, int32>::set_Item(!0, !1)
	IL_0029: callvirt instance void class [System.Collections]System.Collections.Generic.Dictionary`2<int32, int32>::set_Item(!0, !1)
	IL_0037: callvirt instance valuetype [System.Collections]System.Collections.Generic.Dictionary`2/KeyCollection/Enumerator<!0, !1> class [System.Collections]System.Collections.Generic.Dictionary`2/KeyCollection<int32, int32>::GetEnumerator()

	.try
	{
		IL_003d: br.s IL_005a
		// loop start (head: IL_005a)
			IL_003f: ldloca.s 1
			IL_0041: call instance !0 valuetype [System.Collections]System.Collections.Generic.Dictionary`2/KeyCollection/Enumerator<int32, int32>::get_Current()
			IL_004c: callvirt instance !1 class [System.Collections]System.Collections.Generic.Dictionary`2<int32, int32>::get_Item(!0)
			IL_0053: callvirt instance void class [System.Collections]System.Collections.Generic.Dictionary`2<int32, int32>::set_Item(!0, !1)
			IL_005a: ldloca.s 1
			IL_005c: call instance bool valuetype [System.Collections]System.Collections.Generic.Dictionary`2/KeyCollection/Enumerator<int32, int32>::MoveNext()
			IL_0061: brtrue.s IL_003f
		// end loop

		IL_0063: leave.s IL_0074
	} // end .try
	finally
	{

	} // end handler    

從IL代碼中可以看到，先執行了三次字典的索引器操作，然後調用了 Dictionary.GetEnumerator 來生成字典的迭代類，這思路就非常清晰了，然後我們看一下類索引器都做了些什麼。

從圖中可以看到，每一次的索引器操作，這裏都執行了version++，所以字典初始化完成之後，這裏的 version=3，沒有問題吧，然後繼續看代碼，尋找 Dictionary.GetEnumerator 方法啟動迭代類。

上面代碼的 _version = dictionary._version; 一定要看仔細了，在啟動迭代類的時候記錄了當時字典的版本號，也就是_version=3，然後繼續探索moveNext方法幹了什麼，如下圖：

從圖中可以看到，當每次執行moveNext的過程中，都會判斷一下字典的 version 和 當初初始化迭代類中的version 版本號是否一致，如果不一致就拋出異常，所以這行代碼就是點睛之筆了，當在foreach體中執行了 dict[userid] = dict[userid] + 1; 語句，相當於又執行了一次類索引器操作，這時候字典的version就變成 4 了，而當初初始化迭代類的時候還是3，自然下一次執行 moveNext 就是 3 != 4 拋出異常了。

如果你非要讓我證明給你看，這裏可以使用dnspy直接調試源碼，在異常那裡下一個斷點再查看兩個version版本號不就知道啦。。。

2. 面對疾風

有些朋友可能要說，碼農今天分享的這篇一點水準都沒有，我18年前就知道字典是不能動態修改的，還分析的頭頭是勁。

但是我有話要說，這個還確實是我的一個盲區，平時在迭代字典的時候value一般都是引用類型，動態修改引用類型的值自然是沒有問題的，這是因為你不管怎麼修改都不會改變 _version 版本號，但質疑我的也不要把話說的太滿，因為這種操作是非常語義化非常大眾的需求，你能保證後面net版本不支持這個嗎？？？ 如果你說不可能，那恭喜你，被我帶到坑裡面去啦。

下面我用原封不動的代碼在 .net 5 下跑一次，睜大眼睛好好看哦~~~

驚訝吧, 居然在 .Net 5 中可以的，接下來用ILSpy去查查底層源碼，.netcore 3.1 和 net5 中分別對 類索引器 都做了啥修改。

• netcore 3.1

Path： C:\Program Files\dotnet\shared\Microsoft.NETCore.App\3.1.2\System.Private.CoreLib.dll

• net5

Path： C:\Program Files\dotnet\shared\Microsoft.NETCore.App\5.0.0-preview.5.20278.1\System.Private.CoreLib.dll

對比兩張圖你會發現 .Net5 中並沒有做 _version++ 操作，這就了，如果你再細讀代碼，你還發現 .Net5 對字典進行了較大幅度的優化，哈哈，當初在 .Net5 之前產生的錯誤，在 .Net5 中居然沒有啦!

四： 總結

源碼面前，不談隱私，沒事多翻翻源碼，有可能還有意外收穫，比如在 .Net 5下的這點新發現，可能還是全網第一個哦，這要是兩個大牛爭吵，讓小白去相信誰呢，嘿嘿，源碼才是真正的專家~

如您有更多問題與我互動，掃描下方進來吧~

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

前言

上一篇【.Net Core微服務入門全紀錄（二）——Consul-服務註冊與發現（上）】已經成功將我們的服務註冊到Consul中，接下來就該客戶端通過Consul去做服務發現了。

服務發現

• 同樣Nuget安裝一下Consul：

• 改造一下業務系統的代碼：

ServiceHelper.cs：

    public class ServiceHelper : IServiceHelper
    {
        private readonly IConfiguration _configuration;

        public ServiceHelper(IConfiguration configuration)
        {
            _configuration = configuration;
        }

        public async Task<string> GetOrder()
        {
            //string[] serviceUrls = { "http://localhost:9060", "http://localhost:9061", "http://localhost:9062" };//訂單服務的地址，可以放在配置文件或者數據庫等等...

            var consulClient = new ConsulClient(c =>
            {
                //consul地址
                c.Address = new Uri(_configuration["ConsulSetting:ConsulAddress"]);
            });

            //consulClient.Catalog.Services().Result.Response;
            //consulClient.Agent.Services().Result.Response;
            var services = consulClient.Health.Service("OrderService", null, true, null).Result.Response;//健康的服務

            string[] serviceUrls = services.Select(p => $"http://{p.Service.Address + ":" + p.Service.Port}").ToArray();//訂單服務地址列表

            if (!serviceUrls.Any())
            {
                return await Task.FromResult("【訂單服務】服務列表為空");
            }

            //每次隨機訪問一個服務實例
            var Client = new RestClient(serviceUrls[new Random().Next(0, serviceUrls.Length)]);
            var request = new RestRequest("/orders", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }

        public async Task<string> GetProduct()
        {
            //string[] serviceUrls = { "http://localhost:9050", "http://localhost:9051", "http://localhost:9052" };//產品服務的地址，可以放在配置文件或者數據庫等等...

            var consulClient = new ConsulClient(c =>
            {
                //consul地址
                c.Address = new Uri(_configuration["ConsulSetting:ConsulAddress"]);
            });

            //consulClient.Catalog.Services().Result.Response;
            //consulClient.Agent.Services().Result.Response;
            var services = consulClient.Health.Service("ProductService", null, true, null).Result.Response;//健康的服務

            string[] serviceUrls = services.Select(p => $"http://{p.Service.Address + ":" + p.Service.Port}").ToArray();//產品服務地址列表

            if (!serviceUrls.Any())
            {
                return await Task.FromResult("【產品服務】服務列表為空");
            }

            //每次隨機訪問一個服務實例
            var Client = new RestClient(serviceUrls[new Random().Next(0, serviceUrls.Length)]);
            var request = new RestRequest("/products", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }
    }

appsettings.json：

{
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "Microsoft": "Warning",
      "Microsoft.Hosting.Lifetime": "Information"
    }
  },
  "AllowedHosts": "*",
  "ConsulSetting": {
    "ConsulAddress": "http://localhost:8500"
  }
}

OK，以上代碼就完成了服務列表的獲取。

瀏覽器測試一下：

隨便停止2個服務：

繼續訪問：

這時候停止的服務地址就獲取不到了，客戶端依然正常運行。

這時候解決了服務的發現，新的問題又來了…

• 客戶端每次要調用服務，都先去Consul獲取一下地址，這不僅浪費資源，還增加了請求的響應時間，這顯然讓人無法接受。

那麼怎麼保證不要每次請求都去Consul獲取地址，同時又要拿到可用的地址列表呢？
Consul提供的解決方案：——Blocking Queries （阻塞的請求）。詳情請見官網：https://www.consul.io/api-docs/features/blocking

Blocking Queries

這是什麼意思呢，簡單來說就是當客戶端請求Consul獲取地址列表時，需要攜帶一個版本號信息，Consul會比較這個客戶端版本號是否和Consul服務端的版本號一致，如果一致，則Consul會阻塞這個請求，直到Consul中的服務列表發生變化，或者到達阻塞時間上限；如果版本號不一致，則立即返回。這個阻塞時間默認是5分鐘，支持自定義。
那麼我們另外啟動一個線程去干這件事情，就不會影響每次的用戶請求了。這樣既保證了客戶端服務列表的準確性，又節約了客戶端請求服務列表的次數。

• 繼續改造代碼：
  IServiceHelper增加一個獲取服務列表的接口方法：

    public interface IServiceHelper
    {
        /// <summary>
        /// 獲取產品數據
        /// </summary>
        /// <returns></returns>
        Task<string> GetProduct();

        /// <summary>
        /// 獲取訂單數據
        /// </summary>
        /// <returns></returns>
        Task<string> GetOrder();

        /// <summary>
        /// 獲取服務列表
        /// </summary>
        void GetServices();
    }

ServiceHelper實現接口：

    public class ServiceHelper : IServiceHelper
    {
        private readonly IConfiguration _configuration;
        private readonly ConsulClient _consulClient;
        private ConcurrentBag<string> _orderServiceUrls;
        private ConcurrentBag<string> _productServiceUrls;

        public ServiceHelper(IConfiguration configuration)
        {
            _configuration = configuration;
            _consulClient = new ConsulClient(c =>
            {
                //consul地址
                c.Address = new Uri(_configuration["ConsulSetting:ConsulAddress"]);
            });
        }

        public async Task<string> GetOrder()
        {
            if (_productServiceUrls == null)
                return await Task.FromResult("【訂單服務】正在初始化服務列表...");

            //每次隨機訪問一個服務實例
            var Client = new RestClient(_orderServiceUrls.ElementAt(new Random().Next(0, _orderServiceUrls.Count())));
            var request = new RestRequest("/orders", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }

        public async Task<string> GetProduct()
        {
            if(_productServiceUrls == null)
                return await Task.FromResult("【產品服務】正在初始化服務列表...");

            //每次隨機訪問一個服務實例
            var Client = new RestClient(_productServiceUrls.ElementAt(new Random().Next(0, _productServiceUrls.Count())));
            var request = new RestRequest("/products", Method.GET);

            var response = await Client.ExecuteAsync(request);
            return response.Content;
        }

        public void GetServices()
        {
            var serviceNames = new string[] { "OrderService", "ProductService" };
            Array.ForEach(serviceNames, p =>
            {
                Task.Run(() =>
                {
                    //WaitTime默認為5分鐘
                    var queryOptions = new QueryOptions { WaitTime = TimeSpan.FromMinutes(10) };
                    while (true)
                    {
                        GetServices(queryOptions, p);
                    }
                });
            });
        }
        private void GetServices(QueryOptions queryOptions, string serviceName)
        {
            var res = _consulClient.Health.Service(serviceName, null, true, queryOptions).Result;
            
            //控制台打印一下獲取服務列表的響應時間等信息
            Console.WriteLine($"{DateTime.Now}獲取{serviceName}：queryOptions.WaitIndex：{queryOptions.WaitIndex}  LastIndex：{res.LastIndex}");

            //版本號不一致 說明服務列表發生了變化
            if (queryOptions.WaitIndex != res.LastIndex)
            {
                queryOptions.WaitIndex = res.LastIndex;

                //服務地址列表
                var serviceUrls = res.Response.Select(p => $"http://{p.Service.Address + ":" + p.Service.Port}").ToArray();

                if (serviceName == "OrderService")
                    _orderServiceUrls = new ConcurrentBag<string>(serviceUrls);
                else if (serviceName == "ProductService")
                    _productServiceUrls = new ConcurrentBag<string>(serviceUrls);
            }
        }
    }

Startup的Configure方法中調用一下獲取服務列表：

        public void Configure(IApplicationBuilder app, IWebHostEnvironment env, IServiceHelper serviceHelper)
        {
            if (env.IsDevelopment())
            {
                app.UseDeveloperExceptionPage();
            }
            else
            {
                app.UseExceptionHandler("/Home/Error");
            }
            app.UseStaticFiles();

            app.UseRouting();

            app.UseAuthorization();

            app.UseEndpoints(endpoints =>
            {
                endpoints.MapControllerRoute(
                    name: "default",
                    pattern: "{controller=Home}/{action=Index}/{id?}");
            });

            //程序啟動時 獲取服務列表
            serviceHelper.GetServices();
        }

代碼完成，運行測試：

現在不用每次先請求服務列表了，是不是流暢多了？

看一下控制台打印：

這時候如果服務列表沒有發生變化的話，獲取服務列表的請求會一直阻塞到我們設置的10分鐘。

隨便停止2個服務：

這時候可以看到，數據被立馬返回了。

繼續訪問客戶端網站，同樣流暢。
（gif圖傳的有點問題。。。）

至此，我們就通過Consul完成了服務的註冊與發現。
接下來又引發新的思考。。。

1. 每個客戶端系統都去維護這一堆服務地址，合理嗎？
2. 服務的ip端口直接暴露給所有客戶端，安全嗎？
3. 這種模式下怎麼做到客戶端的統一管理呢？
   …

代碼放在：https://github.com/xiajingren/NetCoreMicroserviceDemo

未完待續…

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※超省錢租車方案

※別再煩惱如何寫文案,掌握八大原則!

※回頭車貨運收費標準

※教你寫出一流的銷售文案?

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

在我們做應用系統的時候，往往都會涉及圖表的展示，綜合的圖表展示能夠給客戶帶來視覺的享受和數據直觀體驗，同時也是增強客戶認同感的舉措之一。基於圖表的處理，我們一般往往都是利用對應第三方的圖表組件，然後在這個基礎上為它的數據模型提供符合要求的圖表數據即可，VUE+Element 前端應用也不例外，我們這裏使用了基於vue-echarts組件模塊來處理各種圖表vue-echarts是對echarts圖表組件的封裝。

1、圖表組件的安裝使用

首先使用npm 安裝vue-echarts組件。

git地址：https://github.com/ecomfe/vue-echarts

NPM安裝命令

npm install echarts vue-echarts

然後在對應模塊頁面裏面引入對應的組件對象，如下代碼所示。

<script>
import ECharts from 'vue-echarts' // 主圖表對象
import 'echarts/lib/chart/line' // 曲線圖表
import 'echarts/lib/chart/bar' // 柱狀圖
import 'echarts/lib/chart/pie' // 餅狀圖
import 'echarts/lib/component/tooltip' // 提示信息

接着在Vue組件裏面對象中加入對象即可。

export default {
  components: {
    'v-chart': ECharts
  },

如果是全局註冊使用，那麼可以在main.js裏面進行加載

// 註冊組件后即可使用
Vue.component('v-chart', VueECharts)

我們來看看圖表展示的效果圖

柱狀圖效果

 

餅狀圖

  

 曲線圖

  

 其他類型，極坐標和散點圖形

  

 或者曲線和柱狀圖組合的圖形

 更多的案例可以參考官網的展示介紹：https://echarts.apache.org/examples/zh/index.html

  

2、各種圖表的展示處理

對於我們需要的各種常規的柱狀圖、餅狀圖、折線圖（曲線圖）等，我下來介紹幾個案例代碼，其他的一般我們根據官方案例提供的data數據模型，構造對應的數據即可生成，就不再一一贅述。

另外，我們也可以參考Vue-echarts封裝的處理demo:https://github.com/ecomfe/vue-echarts/tree/master/src/demo 

對於柱狀圖，效果如下

在Vue模塊頁面的Template 裏面，我們定義界面代碼如下即可。

<v-chart
  ref="simplebar"
  :options="simplebar"
  autoresize
/>

然後在data裏面為它準備好數據即可，如下代碼所示。

 data() {
    return {
      simplebar: {
        title: { text: '柱形圖Demo' },
        tooltip: {},
        xAxis: {
          data: ['襯衫', '羊毛衫', '雪紡衫', '褲子', '高跟鞋', '襪子']
        },
        yAxis: {},
        series: [{
          name: '銷量',
          type: 'bar',
          data: [5, 20, 36, 10, 10, 20]
        }]
      }
    }
  }

當然我們也可以把這些構造對應數據的邏輯放在單獨的JS文件裏面，然後導入即可。

例如對於餅圖，它的界面效果如下所示。

它的vue視圖下，Template裏面的代碼如下所示。

<v-chart
  ref="pie"
  :options="pie"
  autoresize />

一般對於圖表的數據，由於處理代碼可能不少，建議是獨立放在一個JS文件裏面，然後我們通過import導入即可使用。

  然後在data裏面引入對應的對象即可，如下所示。

<script>
import ECharts from 'vue-echarts' // 主圖表對象
import 'echarts/lib/chart/line' // 曲線圖表
import 'echarts/lib/chart/bar' // 柱狀圖
import 'echarts/lib/chart/pie' // 餅狀圖
import 'echarts/lib/component/tooltip' // 提示信息

// 導入報表數據
import getBar from './chartdata/bar' import pie from './chartdata/pie'
import scatter from './chartdata/scatter'
import lineChart from './chartdata/lineChart'
import incomePay from './chartdata/incomePay'

export default {
  components: {
    'v-chart': ECharts
  },
   return {
      pie,
      scatter,,
      lineChart,
      incomePay,
      simplebar: {
        title: { text: '柱形圖Demo' },
        tooltip: {},
        xAxis: {
          data: ['襯衫', '羊毛衫', '雪紡衫', '褲子', '高跟鞋', '襪子']
        },
        yAxis: {},
        series: [{
          name: '銷量',
          type: 'bar',
          data: [5, 20, 36, 10, 10, 20]
        }]
      }
    }
  },

其中pie.js裏面放置的是處理餅圖數據的邏輯，如下代碼所示。

export default {
  title: {
    text: '餅圖程序調用高亮示例',
    x: 'center'
  },
  tooltip: {
    trigger: 'item',
    formatter: '{a} <br/>{b} : {c} ({d}%)'
  },
  legend: {
    orient: 'vertical',
    left: 'left',
    data: ['直接訪問', '郵件營銷', '聯盟廣告', '視頻廣告', '搜索引擎']
  },
  series: [
    {
      name: '訪問來源',
      type: 'pie',
      radius: '55%',
      center: ['50%', '60%'],
      data: [
        { value: 335, name: '直接訪問' },
        { value: 310, name: '郵件營銷' },
        { value: 234, name: '聯盟廣告' },
        { value: 135, name: '視頻廣告' },
        { value: 1548, name: '搜索引擎' }
      ],
      itemStyle: {
        emphasis: {
          shadowBlur: 10,
          shadowOffsetX: 0,
          shadowColor: 'rgba(0, 0, 0, 0.5)'
        }
      }
    }
  ]
}

在界面處理的時候，值得注意的時候，有時候Vue頁面處理正常，但是圖表就是沒有出來，可能是因為高度或者寬度為0的原因，需要對對應的樣式進行處理設置，以便能夠正常显示出來。

如下是我 對圖表的設置的樣式處理，使得圖表在一個卡片的位置能夠显示正常。

<style scoped>
  .echarts { width: 100%; height: 400px;}

  .el-row {
    margin-bottom: 20px;
  }
  .el-col {
    border-radius: 4px;
    margin-bottom: 20px;
  }
</style>

最後幾個界面組合一起的效果如下所示。

 以上就是基於vue-echarts處理各種圖表展示，其中常規的引入組件很容易的，主要就是需要根據對應的圖表案例，參考數據組成的規則，從而根據我們實際情況構建對應的數據，賦值給對應的模型變量即可。

列出以下前面幾篇隨筆的連接，供參考：

循序漸進VUE+Element 前端應用開發(1）— 開發環境的準備工作

循序漸進VUE+Element 前端應用開發(2）— Vuex中的API、Store和View的使用

循序漸進VUE+Element 前端應用開發(3）— 動態菜單和路由的關聯處理

循序漸進VUE+Element 前端應用開發(4）— 獲取後端數據及產品信息頁面的處理

循序漸進VUE+Element 前端應用開發(5）— 表格列表頁面的查詢，列表展示和字段轉義處理

循序漸進VUE+Element 前端應用開發(6）— 常規Element 界面組件的使用

循序漸進VUE+Element 前端應用開發(7）— 介紹一些常規的JS處理函數

循序漸進VUE+Element 前端應用開發(8）— 樹列表組件的使用

循序漸進VUE+Element 前端應用開發(9）— 界面語言國際化的處理

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※別再煩惱如何寫文案,掌握八大原則!

※教你寫出一流的銷售文案?

※超省錢租車方案

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※產品缺大量曝光嗎?你需要的是一流包裝設計!

GitHub 15.2k Star 的Java工程師成神之路，不來了解一下嗎！

GitHub 15.2k Star 的Java工程師成神之路，不來了解一下嗎！

Perl 之父 Larry Wall 曾經在自己的《Programming Perl》一書中提到過：”程序員有3種美德： 懶惰、急躁和傲慢” 。懶惰，作為程序員美德的第一個要素。

Larry Wall 所說程序員應該具備的懶惰，並不是安於現狀、不思進取。而是一種為了達到同樣甚至更好的目標，而付出最少的時間或者精力的行為。一個懶惰的程序員會盡量使自己的代碼即實用又有很好的可讀性，這樣可以節省很多後面的維護的成本。一個懶惰的程序員會儘力完善代碼中的註釋及文檔，以免別人問自己太過問題。一個懶惰的程序員會擅長使用各種工具，從方方面面提升自己的效率。

懶惰是科技發展、人類進步的最大動力。從原始社會、農業時代、工業時代一直到如今的信息時代。因為懶惰，人們才會有動力去發明各種高效、便捷的工具，這些當初的工具，漸漸的就形成了如今的科技。所謂工欲善其事、必先利其器，說的就是這個道理。

在一篇文章中，作者將介紹多種實用的工具，全方位的武裝你，使我們的讀者都可以當一個“懶惰”的程序員。

搜索類在線工具

1、SearchCode（https://searchcode.com/ ）是一個源碼搜索引擎，目前支持從 Github、Bitbucket、Google Code、CodePlex、SourceForge 和 Fedora Project 平台搜索公開的源碼。

2、mvnrepository(http://mvnrepository.com )這個不用詳細解釋了，就是查詢maven的gav等信息。

3、Iconfont（https://www.iconfont.cn ）國內功能很強大且圖標內容很豐富的矢量圖標庫，提供矢量圖標下載、在線存儲、格式轉換等功能。阿里巴巴體驗團隊傾力打造，設計和前端開發的便捷工具。

4、BinaryDoc for OpenJDK（https://openjdk.binarydoc.org/net.java/openjdk/）直接從OpenJDK二進制文件生成文檔，二進制代碼是最好的文檔。

5、Unsplash（https://unsplash.com ）是一個免費的圖片分享網站，可以在上面搜索無版權圖片

6、鳩摩搜書（https://www.jiumodiary.com/ ）國內一款強大的电子書搜索引擎，整合了大部分电子書平台的資源，最重要的是他無需註冊登錄，可以直接下載。並且網站頁面清新、且資源免費。

7、MySlide（https://myslide.cn/ ）是一個提供PPT分享服務的平台，在這裏你可以找到你想要的PPT。專註技術領域的PPT共享，各種技術大會的演講PPT這裏都有。

8、IT大咖說（https://www.itdks.com/ ）是IT垂直領域的大咖知識分享平台，分享行業TOP大咖乾貨，技術大會在線直播錄播，在線直播知識分享平台。

生成類在線工具

1、BeJSON（http://www.bejson.com/json2javapojo ）是一個比較好用將Json轉成Java對象的工具。json是目前JavaWeb中數據傳輸的主要格式，很多時候會有把json轉成Java對象的需求。有時候合作方會提供一個json的樣例，需要我們自己定義Java類，這時候這個工具就派上用場了。

2、在線corn生成工具（https://cron.qqe2.com/ ），Cron 一般用於配置定時任務的執行。但是要想一次性的把一個corn表達式配置好確實很難的，需要程序員記住他的語法。有一些在線工具可以提供圖形化的界面，只要輸入想要定時執行的周期等，就可以自動生成corn表達式。

3、正則表達式的生成工具（http://tool.chinaz.com/tools/regexgenerate ）正則表達式，又稱規則表達式。（英語：Regular Expression，在代碼中常簡寫為regex、regexp或RE），計算機科學的一個概念。正則表達式通常被用來檢索、替換那些符合某個模式(規則)的文本。在使用正則表達式進行字符轉過濾的時候，需要用事先定義好的一些特定字符、及這些特定字符的組合，組成一個“規則字符串”，這個“規則字符串”用來表達對字符串的一種過濾邏輯。通常，這個規則字符串的定義是比較麻煩和複雜的。也需要經過大量的測試和驗證才能被採用。

4、 ASCII藝術生成工具（http://patorjk.com/software/taag/ ）可以將輸入的字符快速轉換成ASCII藝術文字的形式。

5、ProcessOn（https://www.processon.com/ ）是一個在線協作繪圖平台，為用戶提供最強大、易用的作圖工具!支持在線創作流程圖、BPMN、UML圖、UI界面原型設計、iOS界面原型設計。

6、MarkDown編輯器，Markdown 是一種輕量級標記語言，它允許人們使用易讀易寫的純文本格式編寫文檔，深受廣大程序員們的喜愛，推薦幾款在線md編輯器：MaHua（https://mahua.jser.me/ ） 馬克飛象（https://maxiang.io/ ） Cmd(https://www.zybuluo.com/mdeditor )

轉換類在線工具

1、站長工具的編碼轉換（http://tool.chinaz.com/tools/unicode.aspx ）比較全面，提供了Unicode編碼、UFT8編碼、URL編碼/解碼等功能。編碼問題一直困擾着開發人員，尤其在Java 中更加明顯，因為Java 是跨平台語言，不同平台之間編碼之間的切換較多。計算中提拱了多種編碼方式，常見的有 ASCII、ISO-8859-1、GB2312、GBK、UTF-8、UTF-16 等。有些時候開發人員需要通過編碼轉換的方式來查看不同編碼下面的文件內容。

2、時間戳轉換工具（http://tool.chinaz.com/Tools/unixtime.aspx），時間戳(英語：Timestamp）是指在一連串的資料中加入辨識文字，如時間或日期，用以保障本地端（local）資料更新順序與遠端（remote）一致。

3、Timebie（http://www.timebie.com/cn/easternbeijing.php ）提供了世界時間相互轉換的功能。世界各地時間轉換在做國際業務的時候會經常用到，比如北京時間轉紐約時間，北京時間轉洛杉磯時間。

4、加密解密也是JavaWeb可能會經常遇到的，有的時候我們需要驗證加密算法是否正確，或者要解密等場景，就需要一個在線工具（http://tool.chinaz.com/tools/textencrypt.aspx ）來快速驗證。

5、convertworld（https://www.convertworld.com/zh-hans/ ）是一個比較全的單位換算的網站。我經常用它進行時間單位和貨幣單位的換算。

6、Convertio（https://convertio.co/zh/flv-mp4/ ）是一個在線視頻格式轉換工具，支持多種常見視頻格式，如 FLV、MOV 和 AVI 等。上傳的視頻文件不能超過 100 MB。

7、Docsmall（https://docsmall.com/image-compress ）是一個在線圖片壓縮工具，可以批量壓縮圖片、Gif 圖，一次最多上傳 30 張圖片，每張圖片最大為 25 MB。

檢查類在線工具

1、JSON格式化工具（https://www.json.cn/ ）是我嘗試過很多同類工具之後最經常使用的一個，不僅支持json格式的驗證及格式化，還可以將json格式壓縮成普通文本等好用功能。有時候我們不確定這個文本是否完全符合JSON格式，有時候我們也想可以更清晰的查看這個JSON文本的格式關係。就可以使用這個工具來進行JSON格式的驗證和格式化。

2、正則驗證（http://tool.chinaz.com/regex ），Java開發對正則表達式肯定不陌生。站長工具提供的這個正則驗真工具還不錯。

3、Diffchecker（https://www.diffchecker.com/ ）是一個使用很不錯代碼差異對比工具。使過svn或者git的人對diffcheck肯定不陌生，但有時候我們修改的文本內容並沒有被版本控制，那麼就可以使用在線的網站查看文件的修改情況。

對照類工具

1、ASCII對照表 ： http://tool.oschina.net/commons?type=4 2、HTTP狀態碼 ： http://tool.oschina.net/commons?type=5 3、HTTP Content-type ： http://tool.oschina.net/commons 4、TCP/UDP常見端口參考 ： http://tool.oschina.net/commons?type=7 5、HTML轉義字符 ： http://tool.oschina.net/commons?type=2 6、RGB顏色參考 ： http://tool.oschina.net/commons?type=3 7、網頁字體參考 ： http://tool.oschina.net/commons?type=8

在線代碼運行

1、CodeRunner（https://tool.lu/coderunner/ ）可以在線運行php、c、c++、go、python、java、groovy等代碼。當我們在外面，沒有IDE又想執行個小程序的時候是個不錯的選擇。

一個實用小插件

最後，再給大家推薦一個chrome插件，這個插件中囊括了很多上面介紹的在線工具的功能，如JSON格式化、時間戳轉換、Markdown工具、編碼解碼、加密解密、正則驗證等。

FeHelper ，可以關注我的公眾號，後台回復”在線工具”，我已經把安裝包給大家準備好了。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※超省錢租車方案

※教你寫出一流的銷售文案?

※網頁設計最專業,超強功能平台可客製化

※產品缺大量曝光嗎?你需要的是一流包裝設計!

一、什麼是微服務

隨着各行各業公司的快速發展，業務規模的不斷擴大，不可避免的造成原有架構不能夠適應快速的增長和變化。這時，微服務就進入大家的視野，其實在微服務之前，很多的公司已經做過服務化的改造，並且取得了一定的成果，但是對於整體流程的標準化還有一定有差距。那麼，什麼是微服務呢？
準確的說，微服務是一種軟件架構模式，將大型系統或者複雜的應用分割成多個服務的架構，服務之間互相協調、互相配合，為用戶提供最終價值。每個服務都有獨立的生命周期，可以單獨的維護和部署，各個業務模塊之間是松耦合的，比傳統的應用程序更有效地利用計算資源，應用的擴展更加靈活，能夠通過擴展組件來處理功能瓶頸問題。這樣一來，開發人員只需要為額外的組件部署計算資源，而不需要部署一個完整的應用程序的全新迭代。
一個微服務的架構如圖所示，單體應用被拆分成多個微小的服務：

也有人將微服務的開發比喻成搭積木，每個服務都是一個零件，使用這些不同的服務可以搭建出不同的形狀。簡單的說，微服務架構就是把一個大系統按業務功能分解成多個職責單一的小系統，並利用簡單的方法使多個小系統相互協作，組合成一個大系統。
其實這裏蘊含着自古以來的真理，就是分而治之，當一件事情大到不能處理的時候，就使用一定的切分方法，將其變成很多微小的類，然後分門別類的進行處理，以達到最好的效果，最終實現1+1>2的功效。
微服務的優點和缺點（或者說挑戰）一樣明顯。
優點

• 開發簡單，每個服務完成獨立的功能

• 技術棧靈活，可以選擇不同的語言完成不同的服務，發揮各種語言的最大優勢

• 服務獨立無依賴，每個服務都可以單獨部署，一個服務出現問題不會導致整個系統癱瘓

• 獨立按需擴展，以應對高併發以及大流量

• 可用性高，當其中一個點出現問題時，能夠及時切換，不影響業務正常運行

• 複雜應用解耦為小而眾的服務，拆分可以基於一定的原則，將耗時的應用解耦

• 各服務精而專，也就是我們常說的專人干專事，映射到微服務中就是專服務干專事

• 服務間通信通過API完成，選擇輕量的API通信

  缺點（挑戰）

• 多服務運維難度，服務的增加意味着運維的困難，如何有效的管理是一個挑戰

• 系統部署依賴，當業務複雜是，系統之間的耦合關係高度耦合，如何高效部署是一個挑戰

• 服務間通信成本，包括網絡延遲，接口不可用性等，保證服務的高可用性是一個挑戰

• 數據一致性，再各個服務間如何有效的共享數據，確保相應服務的數據需求一致性是一個挑戰

• 系統集成測試，拆分后，原本需要測試的內容成倍的增加，如何高效的降低測試成本是一個挑戰

• 重複工作，服務拆分之後，由於信息的不對稱導致的重複性工作，如何有效抽象是一個挑戰

• 性能監控，原本只需要一個監控的部分，現在需要分開監控，如何快速定位問題是一個挑戰

• 溝通成本的成倍增加，服務拆分后，各個服務由單獨的人來維護，如何高效的溝通是一個挑戰

二、為什麼微服務

從一般的平台遇到的問題說起，平台的問題包括：

• 服務配置複雜。基礎服務多，服務的資源配置複雜。傳統方式管理服務複雜。
• 服務之間調用複雜。檢索服務、用戶中心服務等，服務之間的調用複雜，依賴多。
• 服務監控難度大。服務比較多，機器部署複雜，服務存活監控、業務是否正常監控尤為重要。
• 服務化測試問題。服務依賴性比較大，測試一個小的功能，周邊服務也需要啟動。

那麼微服務的架構有什麼優勢，大家為什麼都懷着極高的熱情來應對微服務呢。

1. 區別

首先看一下兩者的區別，單體應用和分佈式應用都有哪些優點和缺點呢，通過下面的表格來做一下分析和對比？

 

 

從上面的表格我們可以看到，分佈式系統雖然有一些優勢，但也存在一些問題。

• 架構設計變得複雜（尤其是其中的分佈式事務）。
• 部署單個服務會比較快，但是如果一次部署需要多個服務，部署會變得複雜。
• 系統的吞吐量會變大，但是響應時間會變長。
• 運維複雜度會因為服務變多而變得很複雜。
• 架構複雜導致學習曲線變大。
• 測試和查錯的複雜度增大。
• 技術可以很多樣，這會帶來維護和運維的複雜度。
• 管理分佈式系統中的服務和調度變得困難和複雜。

也就是說，分佈式系統架構的難點在於系統設計，以及管理和運維。

接下來我們就一起來看一下架構的演變過程。

2. 從單體應用說起

下圖是我們非常熟悉的單體應用，或者說是非常傳統的應用架構。
從圖中可以看到，應用通過瀏覽器進行訪問，當訪問到訂單服務的時候，分單服務提供相應的功能，然後去訪問應用的數據層，數據層負責對數據的解析，這是一個極其典型的單體應用結構，這種結構所帶來的問題顯而易見，數據庫存在單點，所有服務都耦合在一個應用中，當其中一個服務出現問題的時候，整個工程都需要重新發布，從而導致整體業務不能提供響應。這種結構在小項目中是沒有什麼問題的，而且操作起來非常靈活，但當業務量爆增的時候，就無法靈活應對了。

 

 

3. 第一步切分

為了應對單體應對無法滿足業務增漲，需要對數據庫進行進一步的切分，以提高擴展性，下圖就是一個切分后的架構圖。

業務之間通過進程間的服務進行相互調用，數據庫之間沒有耦合性，不會存在單點故障。前端只需要調用相應的服務，返回自身需要的數據，然後與用戶進行交互。可以看到，這種方式比傳統的單體應用已經前進了一步，但是數據庫層面仍然存在着問題，根據數據量需要評估是否使用讀寫分離的設計，服務層面也增加了相應的複雜性。前端調用隨着調用接口數量的增加也急需治理。

4. 服務化所帶來的問題

隨着服務的拆分，新的問題應運而生。客戶端如何訪問這些服務？這些服務的調用情況，切分是否合理，安全問題，如果受到攻擊應該如何應對，是否可以使用限流或者降級的方式來及時解決。
應對這些問題，API網關是一個不錯的解決方案。當有新的設備需要調用這些接口時，可以復用原有接口，不需要進行二次開發。接口的維護也會更有條理性，對於訪問次數，安全等問題，都可以在這一層進行解決。

解決了應用前端訪問的問題后，服務之間的相互調用也是一個問題，如果整個系統內部調用關係混亂，就會帶來非常多的不必要的問題。所以約定好服務之間的通信方式是非常有必要的。不管是開源還是公司內部研發，都有非常多的解決方案。最簡單的方式，是通過rpc的調用，傳輸json或者XML，雙方定義好協議格式，通過報文的方式進行數據傳輸。
當多種服務需要互相調用的時候，服務的數量會急劇的增加。服務的治理就成為新的問題。不同的服務的版本問題。如果不能通過一個單獨的註冊地址，像書的目錄一樣來管理整個服務結構，服務的調用就侍显示非常混亂。
一般的分佈式服務，都有一個註冊中心，例如dubbo是基於zookeeper進行的二次開發，自身提供管理控制台，可以對服務進行註冊和查找，Spring Cloud有Eureka，還有etcd，consul等可供選擇。
經過上面的處理，整體上來看應用已經達到了一個非常好的狀態，但是每個應用服務仍然存在着單點問題，當一個服務出現問題的時候，有可能導致連鎖的反應，使用整個系統癱瘓。這時候需要除了監控告警之外的一種容錯機制保障整體服務的可運行性。
通過網關層的反向代理來實現高可用是一個不錯的解決方案，訪問層無需要了解整個體系有多少應用提供，只需要關心服務是否能夠提供服務，並且對必要的接口進行監測，當發現接口無法正常提供服務時，提供相應的告警機制，以微信、短信或者郵件的方式通知相關人及時進行處理。
隨着服務的切分，業務的擴展，數據量的激增也是一個非常大的問題，如果採用傳統的方案來應對，各種關係型數據庫都有瓶頸，把運算量比較大，比較耗資源的運算，跨庫統計查詢的需求。
再下一步隨着數據量的不斷增漲，需要業務和統計分離。
統計一般都是比較耗時的應用，比如計算用戶的留存情況，需要分析一周甚至是更長周期內的用戶數據，如果使用在線的方式分析顯然不太現實，所以，對於大數據量的分析和數據挖掘，需要從業務中抽取數據進行離線分析，然後將分析的結果進行展現。

5. 微服務的可擴展性

針對以上的分析，可以看到，微服務需要具備極強的可擴展性，這些擴展性包含以下幾個方面：
• 性能可擴展：性能無法完全實現線性擴展，但要盡量使用具有併發性和異步性的組件。具備完成通知功能的工作隊列要優於同步連接到數據庫。
• 可用性可擴展：CAP理論表明，分佈式系統無法同時提供一致性、可用性和分區容錯性保證。許多大規模Web應用程序都為了可用性和分區容錯性而犧牲了強一致性，而後者則有賴於最終一致性來保證。
• 維護可擴展：軟件和服務器都需要維護。在使用平台的工具監控和更新應用程序時，要盡可能地自動化。
• 成本可擴展：總成本包括開發、維護和運營支出。在設計一個系統時，要在重用現有組件和完全新開發組件之間進行權衡。現有組件很少能完全滿足需求，但修改現有組件的成本還是可能低於開發一個完全不同的方案。另外，使用符合行業標準的技術使組織更容易聘到專家，而發布獨有的開源方案則可能幫助組織從社區中挖掘人才。

6. 微服務與SOA的區別

面向服務的架構（SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯繫起來。接口是採用中立的方式進行定義的，它應該獨立於實現服務的硬件平台、操作系統和編程語言。這使得構建在各種各樣的系統中的服務可以以一種統一和通用的方式進行交互。
都是做服務化，那麼微服務與SOA的異同有哪些呢？
相同點：

• 需要Registry，實現動態的服務註冊發現機制；
• 需要考慮分佈式下面的事務一致性，CAP原則下，兩段式提交不能保證性能，事務補償機制需要考慮；
• 同步調用還是異步消息傳遞，如何保證消息可靠性？SOA由ESB來集成所有的消息；
• 都需要統一的Gateway來匯聚、編排接口，實現統一認證機制，對外提供APP使用的RESTful接口；
• 同樣的要關注如何再分佈式下定位系統問題，如何做日誌跟蹤，就像我們電信領域做了十幾年的信令跟蹤的功能；

差異點：

• 是持續集成、持續部署？對於CI、CD（持續集成、持續部署），這本身和敏捷、DevOps是交織在一起的，所以這更傾向於軟件工程的領域而不是微服務技術本身；
• 使用不同的通訊協議是不是區別？微服務的標杆通訊協議是RESTful，而傳統的SOA一般是SOAP，不過目前來說採用輕量級的RPC框架Dubbo、Thrift、gRPC非常多，在Spring Cloud中也有Feign框架將標準RESTful轉為代碼的API這種仿RPC的行為，這些通訊協議不應該是區分微服務架構和SOA的核心差別；
• 是流行的基於容器框架還是虛擬機為主？Docker和虛擬機還是物理機都是架構實現的一種方式，不是核心區別；

SOA和微服務的一個主要不同點就是自動化程度上的不同。大部分的SOA實現只達到服務級別的抽象，而微服務走的更遠，它達到了對實現和運行環境的抽象級別。
而在一個規範的微服務中，每個微服務應該被構建成胖jar（fat Jar）其中內置了所有的依賴，然後作為一個單獨的java進程存在。

三、常見的微服務組件

既然談到了微服務架構，就說一下通用的微服務都包括哪些組件：

• 服務註冊

服務註冊是一個記錄當前可用的微服務實例的網絡信息數據庫，是服務發現機制的主要核心，服務註冊表查詢api、管理api，使用查詢api獲得可用服務的實例，使用管理api實現註冊、註銷。

• 服務發現

服務調用方從服務註冊中心找到自己需要調用的服務的地址。可以選擇客戶端服務發現，也可以選擇服務端服務發現。

• 負載均衡

服務提供方一般以多實例的形式提供服務，負載均衡功能能夠讓服務調用方連接到合適的服務節點。並且，節點選擇的工作對服務調用方來說是透明的。可以選擇服務端的負載均衡也可以選擇客戶端的負載均衡。

• 服務網關

服務網關是服務調用的唯一入口，可以在這個組件是實現用戶鑒權、動態路由、灰度發布、A/B測試、負載限流等功能。根據公司流量規模的大小網關可以是一個，也可以是多個。

• 配置中心

將本地化的配置信息（properties, XML, yaml等）註冊到配置中心，實現程序包在開發、測試、生產環境的無差別性，方便程序包的遷移。配置部分可以單獨使用高可用的分佈式配置中心，確保一個配置服務出現問題是，其它服務也能夠提供配置服務。

• API管理

以方便的形式編寫及更新API文檔，並以方便的形式供調用者查看和測試。通常需要加入版本控制的概念，以確保服務的不同版本在升級過程中都能夠提供服務。

• 集成框架

微服務組件都以職責單一的程序包對外提供服務，集成框架以配置的形式將所有微服務組件集成到統一的界面框架下，讓用戶能夠在統一的界面中使用系統。

• 分佈式事務

對於重要的業務，需要通過分佈式事務技術（TCC、高可用消息服務、最大努力通知）保證數據的一致性。根據業務的不同適當的需要犧牲一些數據的一致性要求，確保數據的最終一致性。

• 調用鏈

記錄完成一個業務邏輯時調用到的微服務，並將這種串行或并行的調用關係展示出來。在系統出錯時，可以方便地找到出錯點。同時統計各個服務的調用次數，確保比較熱的服務能夠分配更多的資源。

• 支撐平台

系統微服務化后，系統變得更加碎片化，系統的部署、運維、監控等都比單體架構更加複雜，那麼，就需要將大部分的工作自動化。現在，可以通過Docker等工具來中和這些微服務架構帶來的弊端。 例如持續集成、藍綠髮布、健康檢查、性能健康等等。可以這麼說，如果沒有合適的支撐平台或工具，就不要使用微服務架構。

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※教你寫出一流的銷售文案?

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※回頭車貨運收費標準

※別再煩惱如何寫文案,掌握八大原則!

※超省錢租車方案

※產品缺大量曝光嗎?你需要的是一流包裝設計!

前段時間公司的產品，要做一個新功能，簽章（就是把需要的數據整理成PDF很標準的文件，然後在蓋上我們在服務器上面的章）

然後我就在百度上找了找，發現搞PDF的類庫很少，要麼就要錢，要麼就有水印，破解版的沒找到。

先講一講我是怎麼生成PDF的

1、生成PDF

　　這裏用到了 Spire.Pdf    這個類庫可以在NuGet裏面搜索到,上面帶個小紅標的就是免費版本。　　

　　當然也可以去他們的官網，上面還有文檔（https://www.e-iceblue.cn/Introduce/Spire-PDF-NET.html）。

　　代碼（這是我自己寫的一個測試的表格）

　　

        public static void abc()
        {
            //創建PDF文檔
            Spire.Pdf.PdfDocument doc = new Spire.Pdf.PdfDocument();

            //添加一頁
            PdfPageBase page = doc.Pages.Add();
　　　　//設置字體
            PdfTrueTypeFont font = new PdfTrueTypeFont(new System.Drawing.Font("Microsoft Yahei", 20f), true);
            PdfTrueTypeFont font1 = new PdfTrueTypeFont(new System.Drawing.Font("Microsoft Yahei", 11f), true);

            //創建一個PdfGrid對象
            PdfGrid grid = new PdfGrid();

　　　　　　　　//這一段的內容是在表格只玩显示一些數據 根據坐標定位 第一個是內容，第二個是字體，第三個是顏色，第四第五是坐標
            page.Canvas.DrawString("XXXXXXXX管理中心回單",
                    font,
                    new PdfSolidBrush(System.Drawing.Color.Black), 130, 10);
            page.Canvas.DrawString("編號：31231",
                    font1,
                    new PdfSolidBrush(System.Drawing.Color.Black), 380, 60);
            page.Canvas.DrawString("經辦人：XXXX",
                    font1,
                    new PdfSolidBrush(System.Drawing.Color.Black), 60, 250);
            page.Canvas.DrawString("打印日期：2020/06/15",
                    font1,
                    new PdfSolidBrush(System.Drawing.Color.Black), 380, 250);
            //設置單元格邊距
            grid.Style.CellPadding = new PdfPaddings(1, 1, 4, 4);

            //設置表格默認字體
            grid.Style.Font = new PdfTrueTypeFont(new System.Drawing.Font("Microsoft Yahei", 12f), true);

            //添加4行4列
            PdfGridRow row1 = grid.Rows.Add();
            PdfGridRow row2 = grid.Rows.Add();
            PdfGridRow row3 = grid.Rows.Add();
            PdfGridRow row4 = grid.Rows.Add();
            PdfGridRow row5 = grid.Rows.Add();
            PdfGridRow row6 = grid.Rows.Add();
            grid.Columns.Add(4);

            //設置列寬
            foreach (PdfGridColumn col in grid.Columns)
            {
                col.Width = 120f;
            }

            //寫入數據 第一行第一個格式的值，第一行第二個格子的值 
            row1.Cells[0].Value = "收款單位";
            row1.Cells[1].Value = "{DW}";
            row2.Cells[0].Value = "收款單位";
            row2.Cells[1].Value = "{DW}";
            row3.Cells[0].Value = "匯款時間";
            row3.Cells[1].Value = "2016/06/02";
            row3.Cells[2].Value = "金額小寫";
            row3.Cells[3].Value = "￥231";
            row4.Cells[0].Value = "金額合計大寫";
            row4.Cells[1].Value = "大蘇打實打實";
            row5.Cells[0].Value = "用途:" +
                "付XXXX2020年04月至2020年04月";
            row6.Cells[0].Value = "提示:回單可重複打印，請勿重複XXX";

            //row5.Cells[0].Height = (float)20;
            //水平和垂直合併單元格 從那個格子開始合併幾個（包含當前格子）
            row1.Cells[1].ColumnSpan = 3;
            row2.Cells[1].ColumnSpan = 3;
            row4.Cells[1].ColumnSpan = 3;
            row5.Cells[0].ColumnSpan = 2;
            row5.Cells[2].ColumnSpan = 2;
            row6.Cells[0].ColumnSpan = 2;
            row6.Cells[2].ColumnSpan = 2;
　　　　　　　　//這個是垂直合併，但是我之前合併的沒有效果
            row5.Cells[1].RowSpan = 2;

            //設置單元格內文字對齊方式
            row1.Cells[0].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row1.Cells[1].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row2.Cells[0].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row2.Cells[1].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row3.Cells[0].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row3.Cells[1].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row3.Cells[2].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row3.Cells[3].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row4.Cells[0].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row4.Cells[1].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row5.Cells[0].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            row6.Cells[0].StringFormat = new PdfStringFormat(PdfTextAlignment.Center);
            //設置單元格背景顏色
            //row1.Cells[0].Style.BackgroundBrush = PdfBrushes.Gray;
            //row3.Cells[3].Style.BackgroundBrush = PdfBrushes.Green;
            //row4.Cells[3].Style.BackgroundBrush = PdfBrushes.MediumVioletRed;

            //設置邊框顏色、粗細
            PdfBorders borders = new PdfBorders();
            borders.All = new PdfPen(System.Drawing.Color.Black, 0.1f);
            foreach (PdfGridRow pgr in grid.Rows)
            {
                foreach (PdfGridCell pgc in pgr.Cells)
                {
                    pgc.Style.Borders = borders;
                }
            }
            //保存到文檔
            //在指定為繪入表格
            grid.Draw(page, new PointF(30, 80));
            doc.SaveToFile(@"路徑");
　　　　　　　//這句是在瀏覽器重打開這個PDF　　
            System.Diagnostics.Process.Start(@"路徑");
        }

 

　　保存我們看一下

　　

 

 

2、之後就是關於PDF一些轉換的操作了（PDF轉base64，轉圖片之類的，我把代碼貼到下面）

 

 

 

• 這個用到了iTextSharp類庫，也可以在Nuget下載到

 

/// <summary>
        /// 圖片轉pdf
        /// </summary>
        /// <param name="jpgfile"></param>
        /// <param name="pdf"></param>
        public static bool ConvertJPG2PDF(string jpgfile, string pdf)
        {
            try
            {
                var document = new iTextSharp.text.Document(iTextSharp.text.PageSize.A4, 25, 25, 25, 25);
                using (var stream = new FileStream(pdf, FileMode.Create, FileAccess.Write, FileShare.None))
                {
                    PdfWriter.GetInstance(document, stream);
                    document.Open();
                    using (var imageStream = new FileStream(jpgfile, FileMode.Open, FileAccess.Read, FileShare.ReadWrite))
                    {
                        var image = iTextSharp.text.Image.GetInstance(imageStream);
                        if (image.Height > iTextSharp.text.PageSize.A4.Height - 25)
                        {
                            image.ScaleToFit(iTextSharp.text.PageSize.A4.Width - 25, iTextSharp.text.PageSize.A4.Height - 25);
                        }
                        else if (image.Width > iTextSharp.text.PageSize.A4.Width - 25)
                        {
                            image.ScaleToFit(iTextSharp.text.PageSize.A4.Width - 25, iTextSharp.text.PageSize.A4.Height - 25);
                        }
                        image.Alignment = iTextSharp.text.Image.ALIGN_MIDDLE;
                        document.NewPage();
                        document.Add(image);
                    }
                    document.Close();
                }

                return true;

            }
            catch (Exception ex)
            {
                throw ex;
            }
        }

• 這個用的是（O2S.Components.PDFRender4NET）

/// <summary>
        /// pdf轉img
        /// </summary>
        /// <param name="path">pdf位置</param>
        /// <param name="path2">img位置</param>
        public static void Pdf2Img(string path, string path2)
        {
            PDFFile pdfFile = PDFFile.Open(path);
            //實例化一個PdfDocument類對象，並加載PDF文檔
            using (Spire.Pdf.PdfDocument doc = new Spire.Pdf.PdfDocument())
            {
                doc.LoadFromFile(path);
                //調用方法SaveAsImage()將PDF第一頁保存為Bmp格式
                System.Drawing.Image bmp = doc.SaveAsImage(0);
                // //調用另一個SaveAsImage()方法，並將指定頁面保存保存為Emf、Png            
                System.Drawing.Image emf = doc.SaveAsImage(0, Spire.Pdf.Graphics.PdfImageType.Bitmap);
                System.Drawing.Image zoomImg = new Bitmap((int)(emf.Size.Width * 2), (int)(emf.Size.Height * 2));
                using (Graphics g = Graphics.FromImage(zoomImg))
                {
                    g.ScaleTransform(2.0f, 2.0f);
                    g.DrawImage(emf, new System.Drawing.Rectangle(new System.Drawing.Point(0, 0), emf.Size), new System.Drawing.Rectangle(new System.Drawing.Point(0, 0), emf.Size), GraphicsUnit.Pixel);
                    zoomImg.Save(path2, ImageFormat.Jpeg);
                    
                    zoomImg.Dispose();
                    emf.Dispose();
                    bmp.Dispose();
                }
                doc.Close();
                doc.Dispose();
            }
            
           
        }

• 這個和上面用的也是同一個（我覺得這個比較好用一些）

 

/// <summary>
                /// 將PDF文檔轉換為圖片的方法
                /// </summary>
                /// <param name="pdfInputPath">PDF文件路徑</param>
                /// <param name="imageOutputPath">圖片輸出路徑</param>
                /// <param name="imageName">生成圖片的名字</param>
                /// <param name="startPageNum">從PDF文檔的第幾頁開始轉換</param>
                /// <param name="endPageNum">從PDF文檔的第幾頁開始停止轉換</param>
                /// <param name="imageFormat">設置所需圖片格式</param>
                /// <param name="definition">設置圖片的清晰度，数字越大越清晰</param>
        public static void ConvertPDF2Image(string pdfInputPath, string imageOutputPath,
      string imageName, int startPageNum, int endPageNum, ImageFormat imageFormat, Definition definition)
        {
            PDFFile pdfFile = null;
            FileStream fs = null;
            try
            {
                fs = new FileStream(pdfInputPath, FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.ReadWrite);
                pdfFile = PDFFile.Open(fs);

                if (startPageNum <= 0)
                {
                    startPageNum = 1;
                }
                if (endPageNum > pdfFile.PageCount)
                {
                    endPageNum = pdfFile.PageCount;
                }
                if (startPageNum > endPageNum)
                {
                    int tempPageNum = startPageNum;
                    startPageNum = endPageNum;
                    endPageNum = startPageNum;
                }
                string path = imageOutputPath + imageName + "1" + "." + imageFormat.ToString();
                Logger.WriteLogs("PDFIMG:" + path);
                using (Bitmap pageImage = pdfFile.GetPageImage(0, 56 * (int)definition))
                {
                    if (!File.Exists(path))
                    {
                        using (FileStream f = new FileStream(path, FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.ReadWrite))
                        {
                            pageImage.Save(f, ImageFormat.Jpeg);
                            pageImage.Dispose();
                        }
                    }
                }
                fs.Flush();
            }
            catch (Exception ex)
            {
                throw new Exception(ex.Message);
            }
            finally
            {
                if (pdfFile != null)
                {
                    pdfFile.Dispose();
                }
                else if (fs != null)
                {
                    fs.Close();
                    fs.Dispose();
                }
            }
        }

    public enum Definition
    {
        One = 1, Two = 2, Three = 3, Four = 4, Five = 5, Six = 6, Seven = 7, Eight = 8, Nine = 9, Ten = 10
    }

• PDF轉Base64

• /// <summary>
          /// pdf轉base64
          /// </summary>
          /// <param name="filePath"></param>
          /// <returns></returns>
          public static string PdfWord_To_Base64(string filePath)
          {
              try
              {
                  if (!string.IsNullOrWhiteSpace(filePath.Trim()))
                  {
                      
                          FileStream fileStream = new FileStream(filePath, FileMode.OpenOrCreate);
                          byte[] bt = new byte[fileStream.Length];
                          fileStream.Read(bt, 0, bt.Length);
                          fileStream.Close();
                          fileStream.Dispose();
                          return Convert.ToBase64String(bt);
                  }
                  else
                  {
                      return "請輸入正確的路徑";
                  }
  
              }
              catch (Exception ex)
              {
                  throw ex;
              }
          }

  我主要也就用到這些，之後在發現，我在往上加　　

　　鏈接: https://pan.baidu.com/s/16xEpLBJ3-8fGjNPyvHUSmA

　　提取碼: p9qi

　　這個是O2S.Components.PDFRender4NET的文件，我看評論里有問的，之前忘記發了，網上有的是收費的，Nuget裏面帶後綴的我沒用過。

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※超省錢租車方案

※別再煩惱如何寫文案,掌握八大原則!

※回頭車貨運收費標準

※教你寫出一流的銷售文案?

※產品缺大量曝光嗎?你需要的是一流包裝設計!

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

具體的策略，用我的概來概括就是“非常6+1”，六個策略+一個特別關注的事情，具體分為品牌策略、車型策略、網絡策略、區域策略、經銷商盈利策略，一個就是跟經銷店溝通支持，提供快速解決。通過非常6+1的落實，Q1結果出來，銷售了16萬，加上關閉了的4款車型，去年同比增長11%，應該說順利實現開門紅。

如果你要問我一汽豐田近期最受關注的一款車是什麼，我絕對會毫不猶豫告訴你——奕澤，作為一汽豐田旗下首款小型SUV，奕澤憑藉設計犀利的造型、雙色的車身等諸多亮點吸引了不少人的關注，而這一次北京車展上奕澤也正式亮相，雖然並沒有上市，但是距離奕澤馳騁在中國大街小巷那一天已經比較近了，而這一次北京車展我們有幸採訪到一汽豐田汽車銷售有限公司的田青久先生以及一汽豐田銷售常務副總經理水谷雅史先生，一起看看他們能夠給我們分享哪些關於奕澤以及一汽豐田的秘密吧！

主題：一汽豐田專訪

時間：2018年4月25日下午2：30

地點：中國國際會展中心E1

受訪人：一汽豐田汽車銷售有限公司 田青久先生

一汽豐田銷售常務副總經理水谷雅史先生

一汽豐田銷售常務副總經理水谷雅史先生

提問：一汽豐田的各位領導好，我想請問一下炫酷的奕澤6月份上市，有哪些亮點抓住用戶呢？

田青久：他的亮點很多：首先，在基礎的駕駛性能上，無論是駕趣、拐彎、剎車技術性，均達到世界領先的水平。前期在珠海，我們經銷商進行的對比試駕活動，我也參与了試駕，確實有着改朝換代的感覺，跟其他的SUV完全不同，我們將儘快的安排在座的媒體老師體驗這款車。

說起來亮點幾大方面：第一，奕動美學的設計，顏值即正義，顏值用太多的話無法說清楚，只有大家真正感受，用我的話就是一見傾心，心動不已；二見鍾情，買它回家。中看不中用也不行，是吧？首先，鑽石動力組合，搭載了Dynamic Force Engine 2.0L “噴汽流控發動機”加上10速變動器。為什麼是鑽石動力組合，它的性能達到了非常高的水平，126千瓦，熱效率達到世界領先40%。這是從中用的角度來說。中看中用之後，安全不安全呢？在安全配置上從起步車型開始，全系搭載了豐田智行安全系統（TSS系統）和10氣囊，媒體老師都很了解，這種配置一般只在豪華車型上會配備。所以，概括來說就是前所未有的顏值，前所未有的駕趣，前所未有的安全。

提問：伴隨着消費升級，一汽豐田2018年會進行怎麼樣的調整，來應對中國汽車市場的變化？

水谷雅史：首先感謝您對一汽豐田的關心，感謝您的提問。接下來我來回答一下您的問題。

首先，中國市場在飛速的變化發展，這是我的認知。通過這一次的車展，我們看到新的國產車不斷出現，以及新的品牌不斷出現，新的市場在充實。同時，我們也感覺危機感。所以，我想未來的汽車市場外資品牌與純國資品牌的競爭會日趨激烈，這是毋庸置疑的。所以，在這樣的競爭環境下，各大企業必須要提升自己商品的魅力與實力才可以。

為此，從今年開始我們開始導入了TNGA豐巢概念下的新車型。昨天大家看到奕澤IZOA這款車型，在外觀、環境貢獻能力、安全都有進化和提升，商品大幅進化，就是激烈的市場，帶給我們的價值。

第二，我們經銷店給我們客戶提供什麼樣的服務，在未來是越來越重要的。未來，我們將吸取海外的服務經驗，將它們引進國內，給客戶提供更好的服務。謝謝您的問題。

提問：我想問田總一個問題，大家都關注奕澤的問題，我想問一下銷量的問題，2018年銷量目標定位69.5萬台，目標設定是基於什麼樣的考慮，今年將採取什麼樣的措施來確保目標的完成？

田青久：我們考慮了幾個因素：

第一，外部環境。媒體老師都知道，中國車市進入穩定低速增長狀態，前些年動輒二位數高速增長時代一去不復返。

第二，內部因素。一汽豐田正處於發展調整期，今年有四款車型退市，奕澤下半年才上市量銷，有拉伸的過程。今年的增量，需要我們通過現有車型營銷努力，提高營銷質量來解決。

那麼我們在制訂目標的時候，不局限於這個目標，而是要挑戰71，乃至於更高，具體涉及到打法、策略的問題。總體策略是12個字：“增量為本，節奏為先，結構為王”，找增量出口，這是本源。節奏上半年贏，全年贏，把車型銷售作為調整，有明星車型。具體的策略，用我的概來概括就是“非常6+1”，六個策略+一個特別關注的事情，具體分為品牌策略、車型策略、網絡策略、區域策略、經銷商盈利策略，一個就是跟經銷店溝通支持，提供快速解決。通過非常6+1的落實，Q1結果出來，銷售了16萬，加上關閉了的4款車型，去年同比增長11%，應該說順利實現開門紅。我相信後幾個季度堅定執行策略，很好的超額完成，在69.5萬基礎上的目標。

提問：我想問水谷雅史先生一個問題，上午一汽豐田中國發布會公布了卡羅拉雙擎E+的上市會，你能否介紹一下這款車以及戰略意義？

水谷雅史：感謝您的提問。今天上午剛剛公布了卡羅拉雙擎E+這款車型，我認為這款車型的戰略意義，未來面向新能源需求的1號車，具體會在2019年正式進行導入。

我認為這款卡羅拉車型，是目前為止豐田在全球銷售的混合動力的進化版、升級版。大家可能都知道，豐田電動化車型在全世界銷售了100多個國家，銷售量達到1100萬台以上。那麼這一次，在原有車型基礎上，進一步技術能力出現了插電式混合動力卡羅拉雙擎E+的這款車型。這款車型未來面對中國能源政策，是一款毫無問題的車型，而且在充電續航能力上，即使沒有油電支持下，只有純電動的情況下，也可以行駛相當長距離。同時大家也知道，卡羅拉這款車型長期受到全球歡迎，結合上新能源技術，強強聯合出來的車型。

我們會好好準備，把這樣的好產品奉獻給中國市場。這裏我再做一個預告，2020年作為新能源政策的對應第二號車型，是EV車型。再跟大家預告一下，這款車型將成為一汽豐田在全球導入第一款奕澤的EV車型，中國是先於全世界的任何一個國家。

提問：移動互聯網增長迅猛，應對新時代變革方面，一汽豐田在数字營銷、粉絲營銷方面，有沒有什麼創新的想法？

田青久：這個問題我來回答，一汽豐田董事長特別提倡營銷創新，有一句話創新到不能再創新。那麼一汽豐田的創新突破點在哪？最後選在数字體驗營銷方面。為什麼選擇這個端口呢？根據統計目前汽車市場消費者75%是80、90后，而這部分客戶從小接觸互聯網，是互聯網的原住民。在中國消費市場上，移動互聯網應用越來越廣泛，所以我們把創新的突破點鎖定在這個窗口上。

具體正在嘗試做兩方面的工作，一是我們開發了数字聯合運營平台，流量聚合，全過程進行可視化管理，支持渠道（經銷商）DCC業務，提高信息量。第二方面打造粉絲營銷矩陣，600萬保有客戶、620家經銷家、3000零件供應商的現有龐大基盤、加上以在座各位為代表的四五百家友好的媒體、廣大的員工，這五個維度加在一起，有好內容產生的話，在粉絲營銷矩陣上一次觸達接近2000萬人群，二次裂變就可以覆蓋上億的人群。

當今時代人人都是自媒體，就是媒體平台，傳播效率不言而喻。同時建立粉絲社群，通過跟粉絲互動，及時了解粉絲需求的效果，進而通過蓄水和放水的功能，實現銷售的轉化。假設按照0.5%轉化率來算，我們有200萬的粉絲，就是有一萬台增量。所以，在這方面积極探索。目前來看是效果是非常好的。今後大家有好主意，歡迎积極跟我說一下，吸收大家的智慧，我們一起來做嘗試。

提問：我想問田總一個問題，去年600萬達成，一汽豐田推出“安享管家”計劃。能否從客戶利好的角度，給我們介紹具體的內容？

田青久：營銷2.0時代汽車銷售與服務之外，確實各個品牌都在研究汽車延伸價值鏈的計劃。我們“安享計劃”，是把客戶在購車、用車過程當中的痛點都覆蓋到，具體安享計劃有八個方面，包括安心二手車、純牌零件、純正精品、安心租車、AAA延保、AAA保險、貼心金融等。只要用戶購車、用車的過程當中有困難，我們都有相應的產品服務來對應到他們。

謝謝。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※帶您來了解什麼是 USB CONNECTOR  ?

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站，提高曝光率!

※綠能、環保無空污,成為電動車最新代名詞，目前市場使用率逐漸普及化

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?